On 21 September 2010 20:01, Sheet Spotter wrote:
>
>
> Does anyone have a sense of how actively the OpenJPEG source code is
> maintained?
>
Looking at
http://code.google.com/p/openjpeg/updates/list
(which has had a number of VS-related changes in the past month - see also
http://groups.google.com
While taking peek at STORM-203
https://jira.secondlife.com/browse/STORM-203?
It seems that shortcuts in the viewer menu are not allowing the floaters to
get input like ctrl F
My thoughts are to do one of the following
1. Add to the floater/focusmanager base class the ability to set priority
keys
I would love to see Robin's test harness. I would also love to see the
images that failed with v2.
I started diving into the v2 branch of OpenJPEG a few days ago, after
research JPEG 2000 for a week. Tackling the bugs from the failed images
might be a good way to become more familiar with the sour
Smiles
I just threw this one together. The very first FURRY skin.
http://www.flickr.com/photos/toxiancity/5013092711/lightbox/
From: miss c
To: opensource-dev@lists.secondlife.com
Sent: Tue, September 21, 2010 7:54:34 PM
Subject: Re: [opensource-dev] Larger
Should probably be committed to the hg. Maybe a jira on it with your patch?
On Tue, Sep 21, 2010 at 8:33 PM, Katharine Berry <
kathar...@katharineberry.co.uk> wrote:
> That message is both inaccurate and very old (the decision was reversed);
> however, the function is still deprecated.
>
> Simply
That message is both inaccurate and very old (the decision was reversed);
however, the function is still deprecated.
Simply replacing all instances of FrontWindow with FrontNonFloatingWindow
worked for me but I don't know if this is actually correct. Something like
this:
http://github.com/Kath
IIRC
This is a heads-up message about the use of the FrontWindow API and
compatibility with the next major release of Mac OS X.
In the current version of Mac OS X, the menubar is drawn into a window that
does not have a corresponding WindowRef. The window is actually created with
CoreGraphics wind
I get 12 of these messages when I build the latest ...
/Users/elee/Documents/hg/viewer-development/indra/llplugin/slplugin/slplugin.cpp:331:0
/Users/elee/Documents/hg/viewer-development/indra/llplugin/slplugin/slplugin.cpp:331:
warning: 'FrontWindow' is deprecated (declared at
/Developer/SDKs/MacO
More...
The buttons are hand made in photoshop, not a color overlay. As far as I can
tell everything is "skinnable" but I am still experimenting and digging around.
Miss
From: miss c
To: opensource-dev@lists.secondlife.com
Sent: Tue, September 21, 2010 7:4
Well, I changed the whole bottom panel and upper bars with images so far so
instead of just the colored chrome it does have a sleek image now. Dimentox is
working on an installer for skins for me, that everyone can use for those that
screw up replacing certain files or just don't feel comfortab
My unofficial answers:
On Tue, Sep 21, 2010 at 7:45 PM, Nexeus Fatale wrote:
> snip I want to know if the Skinning (or Project Dazzle -
> http://wiki.secondlife.com/wiki/Skinning) application to the viewer (third
> party or other) is currently an active project?
>
Not to my knowledge.
> s
i didnt mean to spur arguments over the ui being good or bad mate. meant
more or less is there a way to bring back the feel of 1.x clients. i like
having everything in a pop up floater. not crammed into a bar that forces
me to keep it there in one spot. i am not downing any of the ui changes.
So, I'm kinda getting sick of hearing about why the Viewer 2 UI is bad or
good, etc, etc, etc... it's kinda a pointless argument that should be left
for forums and forum threads where people can flame each other about what's
good or bad with the UI. I'm one of the view who likes many aspects of the
AK,
I totally agree with you, the new functionality is awesome! The problem is the
UI, with 2.xx you can change just about anything in the UI compared to the old
viewer where it was hard coded into the viewer. I know that my husband was
able
to remove the sidebar completely and resize it, al
Miss C,
as someone who's complained bitterly about the Viewer 2 UI, i wanna say
that i *like* change. It just has to mean something. It has to make
things better, not just different. My opinion has been that the Viewer 2
UI seems to be trying to fix a lot of stuff that wasn't broken. i think
w
Could you publish the test harness, I would like to try this on the
mac with a mactools build of v2
On Tue, Sep 21, 2010 at 2:49 PM, Robin Cornelius
wrote:
> On Tue, Sep 21, 2010 at 7:44 PM, Aidan Thornton wrote:
>> On 9/21/10, Robin Cornelius wrote:
>>> I'm still not 100% sure why the build of
i guess the skin is the slightest 2.x ui problem... rather it is the
only good thing about it
Am 21.09.2010 23:05, schrieb miss c:
The point is people do not like change. I love the new UI and to
assist people with making that change I have been working today on
making the UI look similar to
The point is people do not like change. I love the new UI and to assist people
with making that change I have been working today on making the UI look similar
to the old one. Such a coincidence this was brought up. Its going to be the
same color scheme with a few shiny upgrades to make it loo
I don't know what a model-view-controller approach is, but if you say it
adds an extra layer of abstraction, then it doesn't matter anyway.
The UI is defined in XML and so is called XUI. Admiral Admiral and I
wrote some patches that, among other things, let you instantiate a
floater from XML o
Ponzu wrote:
> Just a gentle reminder. This is NOT a forum for debating the merits of
> this or that Viewer.
>
> This is the forum for discussing Viewer 2 development.
But it IS a forum for debating the merits of this or that feature of any
viewer (SL based or otherwise) or any possible feat
On Tue, Sep 21, 2010 at 2:51 PM, Daniel Smith wrote:
>
>
>
> +1 for customization.
>
> An effort to merge the 1.x and 2.x UI into a viewer with a highly
customizable interface might be fun. At some point, I could even see the
Lindens being officially tasked with that effort. For right now, it i
Currently I use the re-dock as a close. The downside being, of course, that
you cannot then reopen the floater in the same position. Hold tight - this
is just one step on the way to customization heaven :)
2010/9/21 Brandon Husbands
> The issue is that the floaters never close it is a.design f
Just a gentle reminder. This is NOT a forum for debating the merits of this
or that Viewer.
This is the forum for discussing Viewer 2 development.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
On Tue, Sep 21, 2010 at 11:25 AM, Mike Monkowski
wrote:
>
> Small changes cannot fix the 2.x UI. You really have only two
> reasonable choices: revert the look and feel back to 1.x or make the UI
> completely customizable.
>
+1 for customization.
Yoz has shown a more levelheaded approach to th
On Tue, Sep 21, 2010 at 7:44 PM, Aidan Thornton wrote:
> On 9/21/10, Robin Cornelius wrote:
>> I'm still not 100% sure why the build of openjpeg supplied by imprudence
>> is better than my builds on 2005.
>
> Imprudence is using the openjpeg SVN trunk version from a few months
> ago, which is ess
On 9/21/10, Robin Cornelius wrote:
> I'm still not 100% sure why the build of openjpeg supplied by imprudence
> is better than my builds on 2005.
Imprudence is using the openjpeg SVN trunk version from a few months
ago, which is essentially a pre-release version of openjpeg 1.4 and is
slightly mo
Hi everyone
I have been doing some direct comparison between KDU and Openjpeg and
have some metrics to share with the rest of you (in case you have not
seen them already flying around on #opensl/ or AWG chat)
https://spreadsheets.google.com/ccc?key=0AiSrUP47_VxIdFY4Mi1VUkdnaXJsSVpldGRPZXoxc3c&hl=
Yoz Grahame wrote:
> When people are asked to explain why they don't
> like it, they focus on a small but high-profile set of these changes,
That is quite disingenuous. People usually start by saying the complete
2.x UI is terrible and they prefer the 1.x UI. Then Lindens ask about
specifics
>From the "see above", I'd gather that the reason is that LL dislikes parts
of the 1.x UI about as much as they now dislike parts the 2.x one. Both UIs
have well-publicized strikes against them now; I think an attempt to make
changes *away* from that 1.x status quo has been well-justified for a lo
On Tue, Sep 21, 2010 at 5:11 AM, Dana Moore wrote:
> ditto an interest here.
> Specifically what we are interested in doing is capturing a human user's
> motion via a cam and turning a set of those into avatar controls (e.g., move
> left/right/forward, fly, sit). Any useful inputs or comments wou
On 09/20/2010 09:30 PM, Yoz Grahame wrote:
> If you're asking about reverting the entire viewer UI to 1.x: in short,
> no. In less short, we'd need an objective, well-reasoned argument
> against each and every one of the several hundred UI changes between 1.x
> and 2.x. See above.
Why would the b
Good catch, Miss C! I'm seeing this in both the release and development
Viewers.
I talked to Q and he doesn't see any reason we can't make that
page publicly accessible so I'll create a version of it on the public wiki
and we'll change the reference on that floater as well.
You can track the tick
The issue is that the floaters never close it is a.design flaw with the
sidebar
On Sep 21, 2010 11:11 AM, "Zha Ewry" wrote:
The ability to tear off tabs into windows in the newest drops is a major bit
of progress. The lack of a simple "x" to close open floaters is huge
problem. Forcing people to
Zha,
I might be able to accomplish some of these requests within the skin UI. The
UI
for 2.xx is so amazing, I am so thrilled to be digging into it after working in
the 1.XX UI, bleh. It would be a lot more helpful to us all if you had a list
of specific suggestions, rather than burying requ
The ability to tear off tabs into windows in the newest drops is a major bit
of progress. The lack of a simple "x" to close open floaters is huge
problem. Forcing people to close things by dock, minimize, means adding a
very disruptive click, move mouse, click again work flow to the
simple task of
As a user I want to be able to sort my inventory with tools which
embody familiar metaphors from Windows, Mac and Linux file browsers. I
expect a folder system which exposes attributes in a familiar fashion and
permits sorting of those attributes in a consistent fashion. I expect
folders to be so
I noticed that when I go into the debug menu on the login page to access the UI
tools, under the widget option there is a link to view widget lists, but it
takes me to wiki.lindenlab.com which is password protected. Would be so nice
to
have access to those lists.
TY
Miss
ditto an interest here.
Specifically what we are interested in doing is capturing a human user's
motion via a cam and turning a set of those into avatar controls (e.g., move
left/right/forward, fly, sit). Any useful inputs or comments would help get
us on track.
thanks
ElectricSheep Expedition
On
38 matches
Mail list logo
