Re: activating palette loses textselection?

[David Bovill]

On 02/04/2008, Richard Gaskin <[EMAIL PROTECTED]> wrote:
>
> Klaus Major wrote:
>
> > OK - no answer - but it only happens when the target of the text-
> > > palette is
> > > a non-list field?
> > >
> >
> > No, ANY field.
> > Looks like the engine automatically puts the focus on the first field
> >  in the stack, palette or not.
>
>
Yes - but not the other way round - so list fields, I think all locked
fields do not loose their selections - only the open field.

In my experience, IIRC, it's not limited to fields but any controls. Once
> another control gets focus, text selection in an open field is lost.


Menus are OK - as are buttons that have the traversalOn set to false?
TraversalOn set to false for list fields does not seem to work - the
selection in an unlocked field is lost. This behaviour seems unrelated to
whether the stack is a palette or not.

I had submitted this request some time ago for a related issue:
>
> Indication of selected text not currently in focus:
> 
>
> Perhaps you and some of the others here might add some refinements to that
> to better clarify the scope of what's needed.


Done - not sure about this. But from where i can see according to the docs:

If the lockText is true and the traversalOn is false, the user can neither
> select nor edit the field's text.


Well I have a list field here with lockText = true, traversalOn = false,
autohilite = true and well selection is fine??? My take on this would be
that the traversalOn = false should be able to allow text palettes for
buttons, menus and fields???


Menus are OK - as are buttons that have the traversalOn set to false?
TraversalOn set to false for list fields does not seem to work - the
selection in an unlocked field is lost. This behaviour seems unrelated to
whether the stack is a palette or not.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: activating palette loses textselection?

[Richard Gaskin]

Klaus Major wrote:
OK - no answer - but it only happens when the target of the text- 
palette is

a non-list field?


No, ANY field.
Looks like the engine automatically puts the focus on the first field  
in the stack, palette or not.


In my experience, IIRC, it's not limited to fields but any controls. 
Once another control gets focus, text selection in an open field is lost.


I had submitted this request some time ago for a related issue:

Indication of selected text not currently in focus:


Perhaps you and some of the others here might add some refinements to 
that to better clarify the scope of what's needed.


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: activating palette loses textselection?

[Klaus Major]

Hi David,

OK - no answer - but it only happens when the target of the text- 
palette is

a non-list field?


No, ANY field.
Looks like the engine automatically puts the focus on the first field  
in the stack, palette or not.


I will play a bit with the new "focus on nothing" command in 2.9x,  
maybe that helps...


List fields seem OK - so maybe there is a clue in the properties  
there?


See above, thanks for the hints anyway :-)


Best

Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: activating palette loses textselection?

[David Bovill]

OK - no answer - but it only happens when the target of the text-palette is
a non-list field? List fields seem OK - so maybe there is a clue in the
properties there?

On 02/04/2008, Klaus Major <[EMAIL PROTECTED]> wrote:
>
> Hi Richard,
>
>  Klaus Major wrote:
> > >
> > >  I have a couple of palettes and toplevel stacks open here.
> > > > Now when I select some text in a field of a non palette stack
> > > > and click on a button/list field in a palette, the selection
> > > > disappers,
> > > > so "the selectedchunk" is empty in that case.
> > > > Too bad if you are working on a text-formatting palette window :-)
> > > > BUT this does not happen with all palettes (only with the text
> > > >  formatting thing, of course!)?!
> > > >
> > > Which palettes does this not happen with?
> > >
> > My "2lzs2" palette for instance.
> >
>
> I found out what causes this behaviour:
> If the palette contains ANY field, then the selection disappears!
>
> BUT, I does not really disappear, the selection is just not visible!
> If I activate the stack with the original selection again, the selection
> becomes visible again.
>
>  I've not been able to find a good solution for my own text formatting
> > > palette, so on the recommendation of some of the folks here I store the
> > > current selection when the mouse enters the palette, then restore the
> > > selection when they click.  Dumb, I know, but it gets me through the day.
> > >
> > I already store "the selectedchunk" but "restoring" it again is a good
> > idea :-)
> >
>
> But does not work, see above :-/
>
> Any hints on how to create a text-formatting palette that keeps the
> original selection
> visible are very welcome.
>
> Of course I store the selectedchunk and so can modify it, bit I don't
> think it is a good
> user experience when text changes while there is no VISIBLE selection.
>
>
> Regards
>
> Klaus Major
> [EMAIL PROTECTED]
> http://www.major-k.de
>
>
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: activating palette loses textselection?

[Klaus Major]

Hi Richard,


Klaus Major wrote:


I have a couple of palettes and toplevel stacks open here.
Now when I select some text in a field of a non palette stack
and click on a button/list field in a palette, the selection  
disappers,

so "the selectedchunk" is empty in that case.
Too bad if you are working on a text-formatting palette window :-)
BUT this does not happen with all palettes (only with the text   
formatting thing, of course!)?!

Which palettes does this not happen with?

My "2lzs2" palette for instance.

I found out what causes this behaviour:
If the palette contains ANY field, then the selection disappears!
BUT, I does not really disappear, the selection is just not visible!
If I activate the stack with the original selection again, the  
selection becomes visible again.
I've not been able to find a good solution for my own text  
formatting palette, so on the recommendation of some of the folks  
here I store the current selection when the mouse enters the  
palette, then restore the selection when they click.  Dumb, I  
know, but it gets me through the day.
I already store "the selectedchunk" but "restoring" it again is a  
good idea :-)


But does not work, see above :-/


Correction:
Funny enough this (re-selecting "the selectedchunk") does work.

So thank you for this very useful hint!


Regards

Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: activating palette loses textselection?

[Klaus Major]

Hi Richard,


Klaus Major wrote:


I have a couple of palettes and toplevel stacks open here.
Now when I select some text in a field of a non palette stack
and click on a button/list field in a palette, the selection  
disappers,

so "the selectedchunk" is empty in that case.
Too bad if you are working on a text-formatting palette window :-)
BUT this does not happen with all palettes (only with the text   
formatting thing, of course!)?!

Which palettes does this not happen with?

My "2lzs2" palette for instance.


I found out what causes this behaviour:
If the palette contains ANY field, then the selection disappears!

BUT, I does not really disappear, the selection is just not visible!
If I activate the stack with the original selection again, the  
selection becomes visible again.


I've not been able to find a good solution for my own text  
formatting palette, so on the recommendation of some of the folks  
here I store the current selection when the mouse enters the  
palette, then restore the selection when they click.  Dumb, I  
know, but it gets me through the day.
I already store "the selectedchunk" but "restoring" it again is a  
good idea :-)


But does not work, see above :-/

Any hints on how to create a text-formatting palette that keeps the  
original selection

visible are very welcome.

Of course I store the selectedchunk and so can modify it, bit I don't  
think it is a good

user experience when text changes while there is no VISIBLE selection.


Regards

Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: activating palette loses textselection?

[Klaus Major]

Hi Richard,


Klaus Major wrote:


Klaus Major wrote:


I have a couple of palettes and toplevel stacks open here.
Now when I select some text in a field of a non palette stack
and click on a button/list field in a palette, the selection   
disappers,

so "the selectedchunk" is empty in that case.
Too bad if you are working on a text-formatting palette window :-)
BUT this does not happen with all palettes (only with the text
formatting thing, of course!)?!

Which palettes does this not happen with?

My "2lzs2" palette for instance.

Oh, that one.  :)


I also eat my own haggis :-)

What differences are there between that palette and the ones that  
cause the text selection to be lost?


Except the contents of the stacks?
I have not the slightest idea! Palette is palette.


--
 Richard Gaskin
 Managing Editor, revJournal


Regards

Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: activating palette loses textselection?

[Richard Gaskin]

Klaus Major wrote:


Klaus Major wrote:


I have a couple of palettes and toplevel stacks open here.
Now when I select some text in a field of a non palette stack
and click on a button/list field in a palette, the selection  
disappers,

so "the selectedchunk" is empty in that case.
Too bad if you are working on a text-formatting palette window :-)
BUT this does not happen with all palettes (only with the text   
formatting thing, of course!)?!


Which palettes does this not happen with?


My "2lzs2" palette for instance.


Oh, that one.  :)

What differences are there between that palette and the ones that cause 
the text selection to be lost?


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: activating palette loses textselection?

[Richard Gaskin]

Klaus Major wrote:


I have a couple of palettes and toplevel stacks open here.
Now when I select some text in a field of a non palette stack
and click on a button/list field in a palette, the selection disappers,
so "the selectedchunk" is empty in that case.

Too bad if you are working on a text-formatting palette window :-)

BUT this does not happen with all palettes (only with the text  
formatting thing, of course!)?!


Which palettes does this not happen with?

I've not been able to find a good solution for my own text formatting 
palette, so on the recommendation of some of the folks here I store the 
current selection when the mouse enters the palette, then restore the 
selection when they click.  Dumb, I know, but it gets me through the day.


It seems the core issue here is that Rev requires that the 
selectectedField always be either the focusedObject or empty, precluding 
the notion of a field having a selection but not having focus.


This is, of course, counter to the way UIs work. In fact, most go 
further to even allow text selection in inactive windows.


I think there's a RQQC request for this, but I couldn't find it this 
morning.


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: activating palette loses textselection?

[Klaus Major]

Hi Richard,


Klaus Major wrote:


I have a couple of palettes and toplevel stacks open here.
Now when I select some text in a field of a non palette stack
and click on a button/list field in a palette, the selection  
disappers,

so "the selectedchunk" is empty in that case.
Too bad if you are working on a text-formatting palette window :-)
BUT this does not happen with all palettes (only with the text   
formatting thing, of course!)?!


Which palettes does this not happen with?


My "2lzs2" palette for instance.

I've not been able to find a good solution for my own text  
formatting palette, so on the recommendation of some of the folks  
here I store the current selection when the mouse enters the  
palette, then restore the selection when they click.  Dumb, I know,  
but it gets me through the day.


I already store "the selectedchunk" but "restoring" it again is a  
good idea :-)


It seems the core issue here is that Rev requires that the  
selectectedField always be either the focusedObject or empty,  
precluding the notion of a field having a selection but not having  
focus.


This is, of course, counter to the way UIs work. In fact, most go  
further to even allow text selection in inactive windows.


I think there's a RQQC request for this, but I couldn't find it  
this morning.


Anyway, thanks a lot for this hint!


--
 Richard Gaskin
 Managing Editor, revJournal


Regards

Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: activating palette loses textselection?

[Klaus Major]

Hi David,


Is there a closefield handler in the message path doing something?


no.






Regards

Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: activating palette loses textselection?

[David Bovill]

Is there a closefield handler in the message path doing something?

On 01/04/2008, Klaus Major <[EMAIL PROTECTED]> wrote:
>
> Hi friends,
>
> I have a couple of palettes and toplevel stacks open here.
> Now when I select some text in a field of a non palette stack
> and click on a button/list field in a palette, the selection disappers,
> so "the selectedchunk" is empty in that case.
>
> Too bad if you are working on a text-formatting palette window :-)
>
> BUT this does not happen with all palettes (only with the text
> formatting thing, of course!)?!
> All the buttons/list fields in the palettes do have their
> "traversalon" set to false!
>
> What am I overlooking?
>
> Thanks in advance.
>
>
> Regards
>
> Klaus Major
> [EMAIL PROTECTED]
> http://www.major-k.de
>
>
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

activating palette loses textselection?

[Klaus Major]

Hi friends,

I have a couple of palettes and toplevel stacks open here.
Now when I select some text in a field of a non palette stack
and click on a button/list field in a palette, the selection disappers,
so "the selectedchunk" is empty in that case.

Too bad if you are working on a text-formatting palette window :-)

BUT this does not happen with all palettes (only with the text  
formatting thing, of course!)?!
All the buttons/list fields in the palettes do have their  
"traversalon" set to false!


What am I overlooking?

Thanks in advance.


Regards

Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution