<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_CLOSED bz_closed"
title="CLOSED WONTFIX - Relative Cells"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=127633#c16">Comment # 16</a>
on <a class="bz_bug_link
bz_status_CLOSED bz_closed"
title="CLOSED WONTFIX - Relative Cells"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=127633">bug 127633</a>
from <span class="vcard"><a class="email" href="mailto:erack@redhat.com" title="Eike Rathke <erack@redhat.com>"> <span class="fn">Eike Rathke</span></a>
</span></b>
<pre>(In reply to Rick C. Hodgin from <a href="show_bug.cgi?id=127633#c14">comment #14</a>)
<span class="quote">> 3) A post-processing step on UI presentation, where the actual formula for
> the cell is processed to reference !!native cells (like !!A1 for the real
> A1), and to take anything in the visible range and PRESENT IT as a relative
> name.</span >
You mean you want to re-parse the formula string generated from tokens and
present it differently? Sounds error-prone to me.
<span class="quote">> 4) A pre-processing step on the syntax parser for formula input, that does
> the reverse of 3), making the relative values be real values.</span >
Same here, pre-processing a string to produce another string is an error-prone
overhead.
<span class="quote">> 5) A new flag in the saved ods file indicating if the sheet's in relative
> view or not.</span >
I'd not save/load that to/from file. It would be utterly confusing to a user
loading such document if not familiar with the feature/syntax.
<span class="quote">> This could be implemented as a visible-at-the-UI-level change only, with
> post- and pre- processing code injected in 3) and 4) as indicated.</span >
You'd have to re-implement a lexicalizer just to handle the cell reference
bits. But maybe I'm missing something in your idea.
Anyway, if that's the approach to go then probably post-processing should take
place in sc/source/ui/view/tabvwsha.cxx ScTabViewShell::UpdateInputHandler()
line 669 where rCell.mpFormula->GetFormula(aString) is called. The
pre-processing probably in sc/source/ui/view/viewfunc.cxx
ScViewFunc::EnterData() that detects a formula entry and
ScViewFunc::EnterMatrix().</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>