[opensource-dev] VWR-20094 - Maybe still a hope for scripters with viewer 2?
kf6kjg at gmail.com
Fri Sep 24 15:40:08 PDT 2010
This bug, and it's relations, are recurring characters. (No pun
intended!) A few years ago I ran across this in one of the 1.x viewer
editions, and it was rapidly fixed. But it doesn't look like a
regression test got built. Either that or the test didn't make it
Some of the relations of this bug are in other areas. To me it seems
that QA seems to miss testing the viewer with a UI scale setting other
than 1.0. I figure that this will be one of the big advantages of the
Snowstorm process: More testers with different setups and
configurations. Personally I prefer a UI size of 0.875, but since I
upgraded to a higher rez screen it's not been so much of an issue.
2.x also seems to have a smaller default font size than 1.x, but that
may be an artifact of my screen upgrade!
On Fri, Sep 24, 2010 at 7:27 AM, Dave Booth <dave at meadowlakearts.com> wrote:
> On 9/24/2010 08:49, Opensource Obscure wrote:
>> On Fri, 24 Sep 2010 08:38:38 -0500, Dave Booth<dave at meadowlakearts.com>
>>> On 9/24/2010 04:57, Satomi Ahn wrote:
>>>> Hello all,
>>>> I just wanted to mention that I found how to fix the bug that was
>>>> keeping all scripters from switching to viewer 2 (the one that made
>>>> the viewer freeze on loading large scripts).
>>> Oh trust me, its a good one to fix but it sure isnt "the" bug :)
>>> Personally, the one that gets furthest up my nose is the cursor drift
>> what is the PJIRA entry for that?
>> does it affect all viewer releases?
>> opensource obscure
> Theres plenty of them - most refer to notecards, because the problem
> shows up easier in paragraph-based stuff like notecards. The more text
> you have in a "line" (which a nc will wrap as a paragraph) the worse it
> gets. An explicit \n resets it but in a long code line it happens too,
> particularly when you have a UI scaling to anything other than 1.0 (some
> folks report it when scale>1.0, some when scale<1.0) You can click
> somewhere in a line of code and start typing to insert characters and
> then see them inserting several places to the left of where the click
> and the blinking cursor indicate they should, or see the cursor getting
> further and further ahead of the characters you're typing, if you're
> typing a new line.
> https://jira.secondlife.com/browse/VWR-20178 and its dupes are the
> clearest description of it for notecards,
> https://jira.secondlife.com/browse/VWR-18875 and
> https://jira.secondlife.com/browse/VWR-21388 point it out in the script
> As for versions, I screamed and fled from the 2.0.x viewers... only came
> back to the 2.1 beta so I can tell you its definitely in 2.1 beta and later
> From a printers perspective, it looks to me very much like the kerning
> and tracking data in the fonts used are a little off. This would have
> least effect with UI scale = 1, but as soon as you apply a scaling
> factor other than unity then it show much more rapidly - my digital
> typography knowledge is a little rusty but I believe that particularly a
> tracking error would grow as a square function with line length when
> scaled that way. If the data in the font itself is good, then its in the
> editor code.
> Policies and (un)subscribe information available here:
> Please read the policies before posting to keep unmoderated posting privileges
More information about the opensource-dev