Re: [opensource-dev] pasting into quick search

2010-12-07 Thread Kent Quirk (Q Linden)
That was a bug I fixed last week. STORM-716.

It seems to be fixed in both beta and viewer-development. Are you sure you're 
using the latest build?


On Dec 6, 2010, at 7:39 PM, Erin Mallory wrote:

> Can someone see if they can repo this?
> On todays builds, if i click into an empty quick search bar (the one by the 
> L$) and attempt to paste something using control-v, it doesn't let me paste.  
> Instead it opens a drop box of everything ive previously searched for.  
> however if i right click paste or if i enter something into the box first, I 
> can use control v.   Anyone else experiencing this?
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Is there any hope of not having the sidebar cover the bottom bar?

2010-12-07 Thread Chuck Baggett
Here's the jira issue I made about making the sidebar leave the bottom bar
alone:
VWR-24087 As a user, the bottom bar should remain the same size, never being
altered by the sidebar. 

http://jira.secondlife.com/browse/VWR-24087

On Fri, Dec 3, 2010 at 2:02 AM, Hitomi Tiponi wrote:

> That appears to have been a design decision.  Suggest you raise it as an
> issue if you feel you would like an alternative.  I know that while most of
> my users like the shortened sidebar some still prefer the full-length bar -
> so it may be better as an option.
> Hitomi
>
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Any hope of STORM-727 getting a little love?

2010-12-07 Thread Dave Booth
It's graded "Minor" but I really think it falls into the "Major" 
category - Functionality is seriously broken (landmark creation) and the 
only workaround is to relog. I also think its importance is increased by 
the fact that v2 (and this bug has been around since 2.0) is supposed to 
provide a "better new user experience" and this is a bug that will most 
seriously impact new users. It's minor for longtimers who already have a 
well populated and pretty static folder of landmarks but for new users 
having the places tab cease functioning every time they create a 
landmark is a much more significant impact.

Dave.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges


Re: [opensource-dev] Any hope of STORM-727 getting a little love?

2010-12-07 Thread Anya Kanevsky
Dave, there's a very good chance it will get love in this sprint :)

a

2010/12/7 Dave Booth 

> It's graded "Minor" but I really think it falls into the "Major"
> category - Functionality is seriously broken (landmark creation) and the
> only workaround is to relog. I also think its importance is increased by
> the fact that v2 (and this bug has been around since 2.0) is supposed to
> provide a "better new user experience" and this is a bug that will most
> seriously impact new users. It's minor for longtimers who already have a
> well populated and pretty static folder of landmarks but for new users
> having the places tab cease functioning every time they create a
> landmark is a much more significant impact.
>
> Dave.
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] pasting into quick search

2010-12-07 Thread Ellla McMahon
The fix version on STORM-716 is Second Life 2.4.0 (215891) Dec 2 2010
14:24:59 (Second Life Beta Viewer)

But VWR-24070 reports this issue on Second Life 2.5.0 (216008) Dec 3 2010
06:12:47 (Second Life Developer)

Not sure what this indicates !! :))


On 7 December 2010 15:41, Kent Quirk (Q Linden)  wrote:

> That was a bug I fixed last week. STORM-716.
>
> It seems to be fixed in both beta and viewer-development. Are you sure
> you're using the latest build?
>
>
> On Dec 6, 2010, at 7:39 PM, Erin Mallory wrote:
>
> Can someone see if they can repo this?
> On todays builds, if i click into an empty quick search bar (the one by the
> L$) and attempt to paste something using control-v, it doesn't let me
> paste.  Instead it opens a drop box of everything ive previously searched
> for.  however if i right click paste or if i enter something into the box
> first, I can use control v.   Anyone else experiencing this?
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
>
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Any hope of STORM-727 getting a little love?

2010-12-07 Thread Tateru Nino
I'd generally grade that as a showstopper. Anything that needs the user 
to relog or restart to restore normal functionality is, essentially, 
requiring the user to restart their show. It's a showstopper for the user.

On 8/12/2010 3:45 AM, Dave Booth wrote:
> It's graded "Minor" but I really think it falls into the "Major"
> category - Functionality is seriously broken (landmark creation) and the
> only workaround is to relog. I also think its importance is increased by
> the fact that v2 (and this bug has been around since 2.0) is supposed to
> provide a "better new user experience" and this is a bug that will most
> seriously impact new users. It's minor for longtimers who already have a
> well populated and pretty static folder of landmarks but for new users
> having the places tab cease functioning every time they create a
> landmark is a much more significant impact.
>
> Dave.
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges
>

-- 
Tateru Nino
http://dwellonit.taterunino.net/

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges


Re: [opensource-dev] Review Request: STORM-34 As a User, I want a list of my favorite locations available on the login screen so i can log in to SL right where I want to be.

2010-12-07 Thread Cron Stardust


> On 2010-12-06 08:33:21, Seth ProductEngine wrote:
> > Looks good for a first version of the task implementation, considering the 
> > issues mentioned in the description.

Agreed.  The code looks clean. (As expected from the pro's! :D )  Thought I had 
found a style issue, but double checked the style guide (no guidance found 
there,) and then checked similar code and found the same style.  So no problem. 
:)


- Cron


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/4/#review14
---


On 2010-12-06 08:00:40, Andrew ProductEngine wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/4/
> ---
> 
> (Updated 2010-12-06 08:00:40)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Saving of user's favorites into file and showing them in "Start at" combobox 
> on login screen was implemented.
> 
> 
> Implementation details:
> 
> - File is saved on exit from viewer and not immediately on changes as was 
> written in spec. It is done to make this file consistent with favorites 
> order: order of favorites is saved on exit,
> so if favorites info is saved in other moment earlier, crashing viewer or 
> other unexpected way of finishing its work (i.e. via Windows task bar) would 
> cause inconsistence between favorites order
> saved per account and one from this new file.
> 
> - File is saved in user_settings\stored_favorites.xml.
> 
> - If you uncheck the option in Preferences and press OK, the file gets 
> immediately deleted (according to spec).
> 
> 
> Issues that require further changes:
> 
> - Currently only favorites of last logged in user are shown in login screen. 
> Showing favorites of multiple users will be implemented later when design for 
> it is approved by Esbee.
> 
> - Preference is now global for all users, because design states it may be 
> changed before login, and we don't have account info at the moment. But it 
> doesn't seem to be a good idea, so changes in design are needed.
> 
> - Currently the way of retrieving SLURLs needs optimization in a separate 
> ticket.
> 
> More detailed design approved by Esbee is needed to develop it further, 
> perhaps in new tickets.
> 
> 
> This addresses bug storm-34.
> http://jira.secondlife.com/browse/storm-34
> 
> 
> Diffs
> -
> 
>   indra/newview/app_settings/settings.xml e843e274fa58 
>   indra/newview/llfavoritesbar.cpp e843e274fa58 
>   indra/newview/llfloaterpreference.h e843e274fa58 
>   indra/newview/llfloaterpreference.cpp e843e274fa58 
>   indra/newview/llpanellogin.h e843e274fa58 
>   indra/newview/llpanellogin.cpp e843e274fa58 
>   indra/newview/llviewerinventory.cpp e843e274fa58 
>   indra/newview/skins/default/xui/en/notifications.xml e843e274fa58 
>   indra/newview/skins/default/xui/en/panel_preferences_privacy.xml 
> e843e274fa58 
> 
> Diff: http://codereview.secondlife.com/r/4/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Andrew
> 
>

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges