Issue 14569 - named range in copied sheet
Summary: named range in copied sheet
Status: CLOSED FIXED
Alias: None
Product: Calc
Classification: Application
Component: ui (show other issues)
Version: OOo 1.0.3
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: frank
QA Contact: issues@sc
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-05-17 15:51 UTC by ooo
Modified: 2013-08-07 15:15 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
problems with names of cell-ranges (7.59 KB, application/vnd.sun.xml.calc)
2005-01-07 18:19 UTC, ooo
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description ooo 2003-05-17 15:51:29 UTC
When copying a sheet wich has a named range,
the name is not copied, but still points to 
the range in the original sheet.
So the formula =sum(myrange) does not work 
inside the copied sheet like expected.
Comment 1 oc 2003-05-20 09:23:09 UTC
You have to use absolute links instead of relative links to get your
desired solution (e.g. "sheet1.$A$1" instead of "$sheet1.$A1$1")
Comment 2 daniel.rentz 2003-05-20 13:11:15 UTC
Should read "relative ... instead of absolute ...".
I suggest to use just "$A$1" without any sheet name.
Comment 3 oc 2003-05-20 15:17:23 UTC
Closed because invalid
Comment 4 ooo 2003-05-20 16:12:30 UTC
When I removed the sheetname it works fine until I insert a line above
the range inside the copied sheet: the named range is not moved
properly and the formula misses the first line of the range.
To get it working again I have to do the same insert of line in the
original sheet: that influences the situation in the copied sheet -
actually very unforseeable in collections of many sheets.

Comment 5 oc 2003-05-20 16:24:13 UTC
I agree, that looks strange => development
Comment 6 ooo 2003-05-20 18:49:15 UTC
A reference without a sheet name should behave identical to a
reference with a relative sheet name pointing to the very same sheet.
To update range name references that contain a relative reference part
during insertion/deletion is an error.

The workaround is to use self-relative sheet references like
Sheet1.$A$1 as suggested by Oliver.
Comment 7 ooo 2004-05-28 20:06:48 UTC
Fixed on branch cws_src680_dr18:
sc/inc/compiler.hxx  1.18.14.1
sc/source/core/tool/compiler.cxx  1.46.14.1
sc/source/core/tool/rangenam.cxx   1.13.296.1
Comment 8 ooo 2004-06-03 15:53:04 UTC
Reopen to be able to reassign.
Comment 9 ooo 2004-06-03 15:53:34 UTC
Reassign to QA.
Comment 10 ooo 2004-06-03 15:54:06 UTC
Restore status.
Comment 11 oc 2004-06-28 15:02:55 UTC
verified in internal build cws_dr18
Comment 12 ooo 2004-06-28 17:58:07 UTC
Will this also fix the problem with graphs in copied sheets as discussed in
issue 23212 ? 
Comment 13 ooo 2004-06-29 14:18:39 UTC
Gmaths,

No, issue 23212 is unrelated, that's about a special case of absolute references
not to be treated as such if copied along with the data they reference.

Eike
Comment 14 frank 2004-10-05 11:35:49 UTC
Found fixed on Master src680m54 using Linux, Solaris and Windows build
Comment 15 ooo 2005-01-07 18:17:36 UTC
In 1.9.62 I found still problems with names of ranges.
Please look at attached file "names_in_calc_1962.oos".

I feel there should be different issues arising from this document, but I can
not yet assign them properly.
Gisbert
Comment 16 ooo 2005-01-07 18:19:59 UTC
Created attachment 21218 [details]
problems with names of cell-ranges
Comment 17 frank 2005-01-13 11:28:01 UTC
hi Eike,

please have a look at this one and give us a comment.

Frank
Comment 18 niklas.nebel 2005-01-13 12:46:28 UTC
It'a all correct. Relative references in named ranges are adjusted to the
position where they are used in formulas. The name box uses a named range's
original definition, including sheet, regardless of absolute or relative references.
Comment 19 frank 2005-01-13 13:12:32 UTC
So I close it.
Comment 20 frank 2005-01-13 13:12:46 UTC
closed fixed
Comment 21 frank 2007-06-27 16:07:14 UTC
*** Issue 76863 has been marked as a duplicate of this issue. ***