Re: Insertion Point

[Bob Sneidar]

OMG! Did yo see a doctor about it??

Bob

Sent from my iPad

On Jun 19, 2010, at 9:21 AM, Richmond  wrote:

> I just made a new stack and pooped a text field on it; then pasted
> your e-mail message into it.
___
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: Insertion Point

[Bob Sneidar]

Or if you don't want to replace text that has really ben selected, 

Put the date after the selected text

Bob

Sent from my iPad

On Jun 19, 2010, at 9:18 AM, Mike Bonner  wrote:

> Suppose you want to insert the date at the current location, use
> selectedtext to do this. If text is selected it will replace it, if no
> text is selected it will insert at the current insertion point.
> 
> put the date into the selectedtext
> 
> Will pop the date in just fine.
> 
> On Sat, Jun 19, 2010 at 10:12 AM, Justin Sloan  wrote:
>> Hello All,
>> 
>> I am totally lost and frustrated; I need your help.
>> 
>> I am writing a simple text editor as my first app. Problem is, I want to be 
>> able to insert some text from a menu selection, but the text is always added 
>> at the bottom of the text field rather than at the insertion point where the 
>> cursor is current located. Any ideas are greatly appreciated.
>> 
>>  - Justin___
>> 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
___
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: Insertion Point

[Justin Sloan]

That is excellent, thanks! I spent hours trying to figure that out.
Maybe sometime the rev logic is just a little too easy!

On Saturday, June 19, 2010, Mike Bonner  wrote:
> Suppose you want to insert the date at the current location, use
> selectedtext to do this. If text is selected it will replace it, if no
> text is selected it will insert at the current insertion point.
>
> put the date into the selectedtext
>
> Will pop the date in just fine.
>
> On Sat, Jun 19, 2010 at 10:12 AM, Justin Sloan  wrote:
>> Hello All,
>>
>> I am totally lost and frustrated; I need your help.
>>
>> I am writing a simple text editor as my first app. Problem is, I want to be 
>> able to insert some text from a menu selection, but the text is always added 
>> at the bottom of the text field rather than at the insertion point where the 
>> cursor is current located. Any ideas are greatly appreciated.
>>
>>  - Justin___
>> 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
>
___
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: Insertion Point

[Richmond]

On 06/19/2010 07:12 PM, Justin Sloan wrote:

Hello All,

I am totally lost and frustrated; I need your help.

I am writing a simple text editor as my first app. Problem is, I want to be 
able to insert some text from a menu selection, but the text is always added at 
the bottom of the text field rather than at the insertion point where the 
cursor is current located. Any ideas are greatly appreciated.

  - Justin___
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
   


I must be missing something; I just made a new stack and pooped a text 
field on it; then pasted

your e-mail message into it.

When I copied the text "copied text" from gEdit (a simple Linux text 
Editor) and clciked with the mouse
where I wanted to paste the text into your message, and then did a 
Ctrl-V everything behaved exactly as it

should.

Richmond.
___
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: Insertion Point

[Mike Bonner]

Suppose you want to insert the date at the current location, use
selectedtext to do this. If text is selected it will replace it, if no
text is selected it will insert at the current insertion point.

put the date into the selectedtext

Will pop the date in just fine.

On Sat, Jun 19, 2010 at 10:12 AM, Justin Sloan  wrote:
> Hello All,
>
> I am totally lost and frustrated; I need your help.
>
> I am writing a simple text editor as my first app. Problem is, I want to be 
> able to insert some text from a menu selection, but the text is always added 
> at the bottom of the text field rather than at the insertion point where the 
> cursor is current located. Any ideas are greatly appreciated.
>
>  - Justin___
> 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

Insertion Point

[Justin Sloan]

Hello All, 

I am totally lost and frustrated; I need your help.

I am writing a simple text editor as my first app. Problem is, I want to be 
able to insert some text from a menu selection, but the text is always added at 
the bottom of the text field rather than at the insertion point where the 
cursor is current located. Any ideas are greatly appreciated.

 - Justin___
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: Windows menu palette & insertion point

[Scott Morrow]

HelloTrevor,
  With the exception of the dialog boxes (thanks for the possible 
workaround in the bug report) this problem seems much less daunting now 
than I had first imagined.  Thank you.


Scott Morrow
Elementary Software

On Feb 26, 2007, at 8:27 AM, Trevor DeVore wrote:


On Feb 25, 2007, at 11:42 PM, Scott Morrow wrote:

I have an application that, under Windows, provides a menu bar on a  
palette.  This has been a fine solution for most things but I am 
losing the insertion point in fields whenever the user goes to the 
palette window to select a menu item.  This is particularly 
problematic for Copy & Paste.


Do I need to constantly keep track of the selectedChunk (and worse)?  
I was hoping that there might be some half-way clean method for doing 
this that I'm missing because what I'm imagining right now seems 
pretty messy.


Hi Scott,

Unfortunately Rev stacks do not keep focus in a field when you 
interact with another stack.  When I've done in the past is store the 
selectedChunk on suspendStack and restore it on resumeStack.  One 
problem with this approach though is that the suspendStack/resumeStack 
messages are not balanced when using answer dialogs so you need to 
take that into account.


For possible fixes to this see bugs:

http://quality.runrev.com/qacenter/show_bug.cgi?id=3412
http://quality.runrev.com/qacenter/show_bug.cgi?id=3787

--
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.com
[EMAIL PROTECTED]


___
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: Windows menu palette & insertion point

[Trevor DeVore]

On Feb 25, 2007, at 11:42 PM, Scott Morrow wrote:

I have an application that, under Windows, provides a menu bar on  
a  palette.  This has been a fine solution for most things but I am  
losing the insertion point in fields whenever the user goes to the  
palette window to select a menu item.  This is particularly  
problematic for Copy & Paste.


Do I need to constantly keep track of the selectedChunk (and  
worse)?  I was hoping that there might be some half-way clean  
method for doing this that I'm missing because what I'm imagining  
right now seems pretty messy.


Hi Scott,

Unfortunately Rev stacks do not keep focus in a field when you  
interact with another stack.  When I've done in the past is store the  
selectedChunk on suspendStack and restore it on resumeStack.  One  
problem with this approach though is that the suspendStack/ 
resumeStack messages are not balanced when using answer dialogs so  
you need to take that into account.


For possible fixes to this see bugs:

http://quality.runrev.com/qacenter/show_bug.cgi?id=3412
http://quality.runrev.com/qacenter/show_bug.cgi?id=3787

--
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.com
[EMAIL PROTECTED]


___
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: Windows menu palette & insertion point

[Eric Chatonet]

Scott,

Sorry: I missed that your menus were in another window.
But this should not change anything:
Look at Rev tool bar: selecting a menu item does not deselect text.
So I suspect that you have another code snippet that introduces this  
non-wanted side-effect: suspendStack?


Best Regards from Paris,
Eric Chatonet

Le 26 févr. 07 à 10:24, Scott Morrow a écrit :


Eric,
Thanks for the response.  I haven't found that to work when the  
menu button is in a window that is different from the window  
containing the field.


-Scott Morrow

Elementary Software
(Now with 20% less chalk dust !)
web http://elementarysoftware.com/
email   [EMAIL PROTECTED]

-

On Feb 26, 2007, at 1:00 AM, Eric Chatonet wrote:


Hi Scott,

Set the traversalOn of you menu buttons to false should' solve  
your problem:


Setting the traversalOn to false for any object means that this  
object no longer can become the active (focused) object.

Then the focus can stay on your field.
Hope this helps.

Le 26 févr. 07 à 08:42, Scott Morrow a écrit :

I have an application that, under Windows, provides a menu bar on  
a  palette.  This has been a fine solution for most things but I  
am losing the insertion point in fields whenever the user goes to  
the palette window to select a menu item.  This is particularly  
problematic for Copy & Paste.


Do I need to constantly keep track of the selectedChunk (and  
worse)?  I was hoping that there might be some half-way clean  
method for doing this that I'm missing because what I'm imagining  
right now seems pretty messy.


-Scott Morrow


 
--

http://www.sosmartsoftware.com/[EMAIL PROTECTED]/


___
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: Windows menu palette & insertion point

[Scott Morrow]

Eric,
Thanks for the response.  I haven't found that to work when the menu  
button is in a window that is different from the window containing  
the field.


-Scott Morrow

Elementary Software
(Now with 20% less chalk dust !)
web http://elementarysoftware.com/
email   [EMAIL PROTECTED]

-

On Feb 26, 2007, at 1:00 AM, Eric Chatonet wrote:


Hi Scott,

Set the traversalOn of you menu buttons to false should' solve your  
problem:


Setting the traversalOn to false for any object means that this  
object no longer can become the active (focused) object.

Then the focus can stay on your field.
Hope this helps.

Le 26 févr. 07 à 08:42, Scott Morrow a écrit :

I have an application that, under Windows, provides a menu bar on  
a  palette.  This has been a fine solution for most things but I  
am losing the insertion point in fields whenever the user goes to  
the palette window to select a menu item.  This is particularly  
problematic for Copy & Paste.


Do I need to constantly keep track of the selectedChunk (and  
worse)?  I was hoping that there might be some half-way clean  
method for doing this that I'm missing because what I'm imagining  
right now seems pretty messy.


-Scott Morrow



Best Regards from Paris,
Eric Chatonet
-- 


http://www.sosmartsoftware.com/[EMAIL PROTECTED]/

___
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: Windows menu palette & insertion point

[Eric Chatonet]

Hi Scott,

Set the traversalOn of you menu buttons to false should' solve your  
problem:


Setting the traversalOn to false for any object means that this  
object no longer can become the active (focused) object.

Then the focus can stay on your field.
Hope this helps.

Le 26 févr. 07 à 08:42, Scott Morrow a écrit :

I have an application that, under Windows, provides a menu bar on  
a  palette.  This has been a fine solution for most things but I am  
losing the insertion point in fields whenever the user goes to the  
palette window to select a menu item.  This is particularly  
problematic for Copy & Paste.


Do I need to constantly keep track of the selectedChunk (and  
worse)?  I was hoping that there might be some half-way clean  
method for doing this that I'm missing because what I'm imagining  
right now seems pretty messy.


-Scott Morrow



Best Regards from Paris,
Eric Chatonet
 
--

http://www.sosmartsoftware.com/[EMAIL PROTECTED]/


___
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

Windows menu palette & insertion point

[Scott Morrow]

I have an application that, under Windows, provides a menu bar on a   
palette.  This has been a fine solution for most things but I am  
losing the insertion point in fields whenever the user goes to the  
palette window to select a menu item.  This is particularly  
problematic for Copy & Paste.


Do I need to constantly keep track of the selectedChunk (and worse)?   
I was hoping that there might be some half-way clean method for doing  
this that I'm missing because what I'm imagining right now seems  
pretty messy.


-Scott Morrow

Elementary Software
(Now with 20% less chalk dust !)
web http://elementarysoftware.com/
email   [EMAIL PROTECTED]

-

___
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: Insertion Point in Fields

[Roger Guay]

That was it, Chris.  Thank you!  Thank you! Thank you!  Although,  
it's interesting that everything was OK on the first card but not  
subsequent cards.  Such strange goings-on!!


Cheers, Roger


On Sep 20, 2005, at 11:00 AM, [EMAIL PROTECTED]  
wrote:



I seem to remember a problem where if the rect of a group overlaps a
field, you don't see the field's insertion point.  Could this be the
case?  I've had this happen before and not even realized it.  It
seems like if you simply change the layer of your field so that it's
in front of the group, it should fix it.

Chris


On Sep 20, 2005, at 9:51 AM, Roger Guay wrote:



I'm sorry for the repeat, but I'm at my wits end with this
seemingly simple problem:  I have a background group with a field
in it that has it's sharedText set to false.  On the first card,
this field behaves properly with a flashing insertion "|" whenever
you click inside it.  Not so on subsequent cards!  On subsequent
cards there is no flashing "|" no matter what you do.  Can anyone
shed some light on this?




___
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: Insertion Point in Fields

[Lynch, Jonathan]

Try recreating the field - sometimes a field can get corrupted and do
this sort of thing.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Roger Guay
Sent: Tuesday, September 20, 2005 11:51 AM
To: use-revolution@lists.runrev.com
Subject: Insertion Point in Fields

I'm sorry for the repeat, but I'm at my wits end with this seemingly  
simple problem:  I have a background group with a field in it that  
has it's sharedText set to false.  On the first card, this field  
behaves properly with a flashing insertion "|" whenever you click  
inside it.  Not so on subsequent cards!  On subsequent cards there is  
no flashing "|" no matter what you do.  Can anyone shed some light on  
this?

TIA, Roger

___
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: Insertion Point in Fields

[Chris Sheffield]

Hi Roger,

Not sure if you've gotten a response to this or not, but just in case  
you haven't...


I seem to remember a problem where if the rect of a group overlaps a  
field, you don't see the field's insertion point.  Could this be the  
case?  I've had this happen before and not even realized it.  It  
seems like if you simply change the layer of your field so that it's  
in front of the group, it should fix it.


Chris


On Sep 20, 2005, at 9:51 AM, Roger Guay wrote:

I'm sorry for the repeat, but I'm at my wits end with this  
seemingly simple problem:  I have a background group with a field  
in it that has it's sharedText set to false.  On the first card,  
this field behaves properly with a flashing insertion "|" whenever  
you click inside it.  Not so on subsequent cards!  On subsequent  
cards there is no flashing "|" no matter what you do.  Can anyone  
shed some light on this?


TIA, Roger

___
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



--
Chris Sheffield
Read Naturally
The Fluency Company
http://www.readnaturally.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: Insertion Point in Fields

[Mark Smith]

'Fraid I can't replicate the problem here - seems to be working  
properly...


Mark

Mac OS 10.4.2
Rev 2.6

On 20 Sep 2005, at 16:51, Roger Guay wrote:

I'm sorry for the repeat, but I'm at my wits end with this  
seemingly simple problem:  I have a background group with a field  
in it that has it's sharedText set to false.  On the first card,  
this field behaves properly with a flashing insertion "|" whenever  
you click inside it.  Not so on subsequent cards!  On subsequent  
cards there is no flashing "|" no matter what you do.  Can anyone  
shed some light on this?


TIA, Roger

___
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

Insertion Point in Fields

[Roger Guay]

I'm sorry for the repeat, but I'm at my wits end with this seemingly  
simple problem:  I have a background group with a field in it that  
has it's sharedText set to false.  On the first card, this field  
behaves properly with a flashing insertion "|" whenever you click  
inside it.  Not so on subsequent cards!  On subsequent cards there is  
no flashing "|" no matter what you do.  Can anyone shed some light on  
this?


TIA, Roger

___
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

Flashing Insertion Point in Fields

[Roger Guay]

Hello All,

I have a field in a background group whose sharedText is set to  
false.  On the first card this field behaves properly with a flashing  
insertion "|" whenever you click inside it.  Not so on subsequent  
cards!  On subsequent cards there is no flashing "|" no matter what  
you do.  What's up with that??


Thanks very much,  Roger
___
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:Invisible invisible insertion point in field - solved but not resolved BZ 1734

[David Wilkinson]

First prize is shared by Sarah and Chipp - overlapping group.  Thanks 
guys. Surprisingly BZ returned Key Ray's report first hit, and it is 
just about on its first birthday.   Too much of a rewrite required 
for the time being, unfortunately.

Sarah was also right about the margin/text offset/vscroll thing, but 
I seemed only to be able to effect any obvious change with left and 
right margins - so I made the editbox taller to show the ascenders 
and descenders.

So that makes the Aussies one up in the Series already! 

ref: RevOnline user227 Table Field Experiment
___
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: Invisible insertion point in field

[Chipp Walters]

David,

I've seen this happen if a fld is 'overlapped' by any part of a group.

-Chipp
___
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: Invisible insertion point in field

[Sarah Reichelt]

I have uploaded an experimental table field stack to my user space
(user227), which uses work by and ideas from Chipp Walters, Sarah
Reichelt and Scott Rossi.  It has an edit field that sits on top
of a  worksheet/grid field. The problem is that although you can
enter text in the edit field, the insertion point is invisible. Does
anyone know why this might be?
The usual cause for this is that the field is overlapped by part of a  
group. For some reason this makes the insertion point disappear. Try  
moving your edit field or bringing it to the front and see if that  
fixes it.


As a side question, is there any reason why Rev should set the
vscroll of this field to 4?
Would that be because of the margins? I haven't tested this, but try  
setting the margins to 0 and then checking the vscroll.


HTH,
Sarah

___
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: Invisible insertion point in field

[David Wilkinson]

On Wednesday 20 July 2005 6:00 pm, Jacqueline Landman Gay wrote:

> To lock/unlock a field you need to set three field properties:
> locktext, autohilite, traversalOn. The last two should be set to
> the opposite of the first one.

Unfortunately they are opposite

As a test, as a result of Jonathon's post, I created a new stack, 
dragged a table field onto it along with a ordinary one.  I grouped 
them, edited the group and dragged another single field into the 
group.  All was as expected - insertion point etc.

I also tried edting the group of the uploaded teststack and dragging 
a new field into the group.  This new field  had no insertion 
point.

That suggests some sort of inheritance issue, but I could not see any 
obvious differences between the properties in the group, card or 
stack of the two examples.  If the edit field is copied from the 
group and pasted onto the card, the insertion point then becomes 
visible.

BTW in order to get left mouse drag of the field, I only needed to 
set the locktext to true - those associated props do not appear to 
change when this is done.

Thanks for your rapid response.  The problem isn't critical but gives 
this table component an additional element of flakiness it could do 
without!

David 
___
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: Invisible insertion point in field

[Charles Hartman]

This _sounds_ like the same problem I was posting about a week or two  
ago. Test for similarity of bug: in msg box do "put the htmltext of  
fld ''" and look in the output for a bous "added by Rev; it would hard-wire the current default (owner's) font.  
Further test: is this in a substack? If yes to both, that's the bug I  
posted. (Solution found later: pre-hard-wire the default font in the  
substack.)


Charles Hartman


On Jul 20, 2005, at 1:05 PM, Lynch, Jonathan wrote:


After it inserts that link, which is a wing-dings character, it then
resets the font information in the selection just after the  
character to

be what it was before the document link was inserted.

For some reason, on this field, it kept using the wingdings font  
after I
inserted the document link - I have no idea why. In all other  
fields, it

worked like it was supposed to. When I compared properties in the
property inspector for this field, and for a working field, I could  
not

find any differences.



Charles Hartman
Professor of English, Poet in Residence
Connecticut College
[EMAIL PROTECTED]
*the Scandroid* is at cherry.conncoll.edu/cohar/Programs.htm


___
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: Invisible insertion point in field

[Stephen Barncard]

I've seen rare cases of images becoming corrupted, but never a field.
 Richard Gaskin


This has happened to me several times -- usually the problem is the 
insertion point missing or I am unable to enter or change text in the 
field.


I've been experimenting with some "object creation from text" 
routines, where I get all the properties of an object, arrange as 
tabbed/return text (with adjustments for the imbedded returns in some 
of the data), store the description info in a custom property, then 
recreate the object anew with the CREATE command, turn the property 
into an array, and finally apply the array to the new object. I have 
not extended this into groups yet, but seems not to hard to do.


I guess that could be fashioned into a 'biofilter' for errant objects.

I wonder what a corrupted component would do to such a grinder? I 
guess I'd trap the errors and find a way to filter the garbage. A 
utility for a rainy day.


This is very similar to the way object properties were handled in the 
great product "Windowscript" (another legendary Heizer product (I 
bought all their goodies).


sqb

___
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: Invisible insertion point in field

[Lynch, Jonathan]

Well - I just had a field do the strangest thing...

I have a button that inserts a link that opens up whatever document you
link it to.

After it inserts that link, which is a wing-dings character, it then
resets the font information in the selection just after the character to
be what it was before the document link was inserted.

For some reason, on this field, it kept using the wingdings font after I
inserted the document link - I have no idea why. In all other fields, it
worked like it was supposed to. When I compared properties in the
property inspector for this field, and for a working field, I could not
find any differences.

Recreating the field took care of the problem, however.

I have also had a field keep my cursor invisible, and recreating that
field got rid of that problem as well.

I cannot be sure there wasn't some property setting that I was not
getting right in either case - just that I could not find such a
setting.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of J. Landman
Gay
Sent: Wednesday, July 20, 2005 12:51 PM
Cc: How to use Revolution
Subject: Re: Invisible insertion point in field

Lynch, Jonathan wrote:
 > I also find that sometimes fields just become corrupted and have to
be
 > replaced (just happened to me). This basically means creating a new
 > field, setting it's name, script, and other properties to the same as
 > the old field - and getting rid of the old field.

I've never seen this happen. Do you have a recipe, or any idea what 
might cause it? Maybe it isn't really corruption?

-- 
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.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


___
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: Invisible insertion point in field

[J. Landman Gay]

Lynch, Jonathan wrote:
> I also find that sometimes fields just become corrupted and have to be
> replaced (just happened to me). This basically means creating a new
> field, setting it's name, script, and other properties to the same as
> the old field - and getting rid of the old field.

I've never seen this happen. Do you have a recipe, or any idea what 
might cause it? Maybe it isn't really corruption?


--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.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: Invisible insertion point in field

[Richard Gaskin]

Lynch, Jonathan wrote:

I also find that sometimes fields just become corrupted and have to be
replaced (just happened to me). This basically means creating a new
field, setting it's name, script, and other properties to the same as
the old field - and getting rid of the old field.


I've seen rare cases of images becoming corrupted, but never a field.

Have you found a recipe for this?
Sent your corrupted object to RunRev?

--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.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: Invisible insertion point in field

[Lynch, Jonathan]

I also find that sometimes fields just become corrupted and have to be
replaced (just happened to me). This basically means creating a new
field, setting it's name, script, and other properties to the same as
the old field - and getting rid of the old field.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of J. Landman
Gay
Sent: Wednesday, July 20, 2005 12:21 PM
To: How to use Revolution
Subject: Re: Invisible insertion point in field

David Wilkinson wrote:

> The problem is that although you can 
> enter text in the edit field, the insertion point is invisible. Does 
> anyone know why this might be?

Does the field have both the traversalOn property and the autoHilite 
property set to true?

To lock/unlock a field you need to set three field properties: locktext,

autohilite, traversalOn. The last two should be set to the opposite of 
the first one.


-- 
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.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


___
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: Invisible insertion point in field

[J. Landman Gay]

David Wilkinson wrote:

The problem is that although you can 
enter text in the edit field, the insertion point is invisible. Does 
anyone know why this might be?


Does the field have both the traversalOn property and the autoHilite 
property set to true?


To lock/unlock a field you need to set three field properties: locktext, 
autohilite, traversalOn. The last two should be set to the opposite of 
the first one.



--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.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

Invisible insertion point in field

[David Wilkinson]

I imagine there is an obvious answer to this but I cannot figure it 
out.

I have uploaded an experimental table field stack to my user space 
(user227), which uses work by and ideas from Chipp Walters, Sarah 
Reichelt and Scott Rossi.  It has an edit field that sits on top 
of a  worksheet/grid field. The problem is that although you can 
enter text in the edit field, the insertion point is invisible. Does 
anyone know why this might be?  One possible clue is that in order to 
drag the field with the left mouse button, the field has to be locked 
when the mouse enters its border zone and the insertion point does 
not show in lockedtext fields - but then you can't enter text in such 
field either.

As a side question, is there any reason why Rev should set the 
vscroll of this field to 4?  I cannot recall any code that scrolls it 
directly and notionally the textheight and textsize are the same as 
the underlying field.  I suspect this might be tied to the vertical 
offset from which text entered into fields, with hgrid enabled, seems 
to suffer.

TIA

David Wilkinson

___
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: Insertion-point marker disappearence - help

[Ken Ray]

On 3/28/05 9:51 PM, "Sarah Reichelt" <[EMAIL PROTECTED]> wrote:

>> I have met with a problem, to which I find no explication in the rev
>> documentation. Usually an unlocked text field, when selected, will
>> have a blinking
>> insertion-point cursor. This functions in my mainstack.  But a
>> textfield in the substack does have active insertion-point (where
>> keyboard text gets inserted), but it doesnt show the blinking marker,
>> although the properties set for the field are identical to those in
>> the main stack, where the function is intact.  I dont even find a
>> keyword in the documentation to identify the little "blinking marker"
>> (often referred to as a "cursor".)  How can I revive it ?
> This usually occurs when a group has been created so that a portion of
> the group overlaps the edit field. Move the field to the front and the
> cursor should come back.

Or vote for bug #1734 so it can get fixed...

:-)

Ken Ray
Sons of Thunder Software
Web site: http://www.sonsothunder.com/
Email: [EMAIL PROTECTED]


___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Insertion-point marker disappearence - help

[Sarah Reichelt]

I have met with a problem, to which I find no explication in the rev 
documentation. Usually an unlocked text field, when selected, will 
have a blinking
insertion-point cursor. This functions in my mainstack.  But a 
textfield in the substack does have active insertion-point (where 
keyboard text gets inserted), but it doesnt show the blinking marker, 
although the properties set for the field are identical to those in 
the main stack, where the function is intact.  I dont even find a 
keyword in the documentation to identify the little "blinking marker" 
(often referred to as a "cursor".)  How can I revive it ?
This usually occurs when a group has been created so that a portion of 
the group overlaps the edit field. Move the field to the front and the 
cursor should come back.

  And are there- by the way - procedures to change it (Eg coloring it, 
or bolding it?)
No, not as far as I know. The actual moving cursor can be changed, but 
not the blinking insertion point in the field.

Cheers,
Sarah
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

Insertion-point marker disappearence - help

[Kresten Bjerg]

Well I am in OS 9, but he problem is the same in a WIN standalone
I saw somewhere about an idea of
set lockcursor to true
set cursor to watch
Could this point to a solution, or is that en entirely other problem, 
this can solve

-- Kresten
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Insertion-point marker disappearence - help

[Klaus Major]

Dag Kresten,
I have met with a problem, to which I find no explication in the rev 
documentation. Usually an unlocked text field, when selected, will 
have a blinking
insertion-point cursor. This functions in my mainstack.  But a 
textfield in the substack does have active insertion-point (where 
keyboard text gets inserted), but it doesnt show the blinking marker, 
although the properties set for the field are identical to those in 
the main stack, where the function is intact.  I dont even find a 
keyword in the documentation to identify the little "blinking marker" 
(often referred to as a "cursor".)  How can I revive it ?  And are 
there- by the way - procedures to change it (Eg coloring it, or 
bolding it?)
Quick guess:
Does some other object overlap (even 1 pixel will do) your field?
If yes, that might be the answer...
Another solution(?) for me was, after i had the same problem and NO 
other objects
were overlapping my field, to simply replace the field with a fresh and 
new one!

Although that did NOT make sense, it worked for me... :-)

Refer please to Oikos Homestation <http://www.psy.ku.dk/bjerg>, for 
further information

Kresten Bjerg
Mag.art. forhenværende lektor i psykologi,
Mailto:[EMAIL PROTECTED]
Best
Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Insertion-point marker disappearence - help

[jbv]

I don't know if it's relevant, but I faced that
problem on MacOS9 and I realized it was
related to a memory problem : re-starting
Rev usually sets everything back in order.
Furthermore I had this problem in the IDE
only, not in standalones...

JB

> I have met with a problem, to which I find no explication in the rev
> documentation. Usually an unlocked text field, when selected, will have
> a blinking
> insertion-point cursor. This functions in my mainstack.  But a textfield
> in the substack does have active insertion-point (where keyboard text
> gets inserted), but it doesnt show the blinking marker, although the
> properties set for the field are identical to those in the main stack,
> where the function is intact.  I dont even find a keyword in the
> documentation to identify the little "blinking marker" (often referred
> to as a "cursor".)  How can I revive it ?  And are there- by the way -
> procedures to change it (Eg coloring it, or bolding it?)
>
> 
>
> Refer please to Oikos Homestation <http://www.psy.ku.dk/bjerg>, for
> further information
>
> Kresten Bjerg
> Mag.art. forhenværende lektor i psykologi,
>
> Mailto:[EMAIL PROTECTED]
>
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-revolution

___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

Insertion-point marker disappearence - help

[Kresten Bjerg]

I have met with a problem, to which I find no explication in the rev 
documentation. Usually an unlocked text field, when selected, will have 
a blinking
insertion-point cursor. This functions in my mainstack.  But a textfield 
in the substack does have active insertion-point (where keyboard text 
gets inserted), but it doesnt show the blinking marker, although the 
properties set for the field are identical to those in the main stack, 
where the function is intact.  I dont even find a keyword in the 
documentation to identify the little "blinking marker" (often referred 
to as a "cursor".)  How can I revive it ?  And are there- by the way - 
procedures to change it (Eg coloring it, or bolding it?)


Refer please to Oikos Homestation <http://www.psy.ku.dk/bjerg>, for 
further information

Kresten Bjerg
Mag.art. forhenværende lektor i psykologi,
Mailto:[EMAIL PROTECTED]
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Location of the insertion point in a field

[Thomas McGrath III]

How do I find out where the insertion point is?
You use the selectedChunk function to find out the location of the 
insertion point.

When there is an insertion point but no text is selected, the 
selectedChunk function returns an expression of the form char nextChar 
to prevChar of field fieldNumber. For example, if the insertion point 
is in field 3, between character 10 and character 11, the selectedChunk 
function returns char 11 to 10 of field 3.

How do I place the insertion point in a field?
You use the select command to place the insertion point in a field.
If you use the select command with the before or after keyword, it 
places the insertion point at the location you specify. The following 
examples show how to place an insertion point at various points in a 
field's text:

  select before text of field "My Field" -- at start of text
  select after text of field ID 3452 -- at end of text
  select before line 3 of field 1 -- start of line 3
  select after char 22 of field 5 -- between char 22 and 23
On Mar 20, 2005, at 8:02 PM, Mikey wrote:
Well, I tried searching the docs.
How do I figure out where the cursor (insertion point) is in a field?
Thomas J. McGrath III
SCS
1000 Killarney Dr.
Pittsburgh, PA 15234
412-885-8541
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Location of the insertion point in a field

[Mikey]

> From the docs (search Topics)
> 
Hmm.  When I type "inse" I get the "No entries match your filter
criteria" (that's as far as I get toward typing "insertion point"

Thanks for the tip, though.
-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Location of the insertion point in a field

[Chipp Walters]

Mikey,
Check out the selectedChunk function.
Mikey wrote:
Well, I tried searching the docs.
How do I figure out where the cursor (insertion point) is in a field?
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Location of the insertion point in a field

[Pat Trendler]

Mikey,
From the docs (search Topics)
How do I find out where the insertion point is?
You use the selectedChunk function to find out the location of the insertion 
point.

When there is an insertion point but no text is selected, the selectedChunk 
function returns an expression of the form char nextChar to prevChar of 
field fieldNumber. For example, if the insertion point is in field 3, 
between character 10 and character 11, the selectedChunk function returns 
char 11 to 10 of field 3.


HTH
Pat
- Original Message - 
From: "Mikey" <[EMAIL PROTECTED]>
To: "How to use Revolution" 
Sent: Monday, March 21, 2005 11:02 AM
Subject: Location of the insertion point in a field


Well, I tried searching the docs.
How do I figure out where the cursor (insertion point) is in a field?
--
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
  and did a little diving.
And God said, "This is good."
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution 
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

Location of the insertion point in a field

[Mikey]

Well, I tried searching the docs.
How do I figure out where the cursor (insertion point) is in a field?
-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: The Case of the Vanishing Insertion Point

[Ken Ray]

Well, if you have a button or other object that has its 'traversalOn'
property set to true (as most buttons do when created), it will go to focus
on that object. To make it so that ONLY fields can get the focus, turn the
'traversalOn' property of all other objects on the card to false.

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Gregory Lypny
> Sent: Monday, June 21, 2004 3:43 PM
> To: Revolution
> Subject: The Case of the Vanishing Insertion Point
> 
> 
> Hello everyone,
> 
> I have a stack where I've layered text entry fields so that I can tab 
> through them in order.  The trouble is, when I've tabbed out of the 
> last field in the sequence, the insertion point does not go back into 
> the first.  Where did it go?
> 
>   Greg
> 
> ___
> use-revolution mailing list
> [EMAIL PROTECTED] 
> http://lists.runrev.com/mailman/listinfo/use-revolution
> 


___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: The Case of the Vanishing Insertion Point

[Chipp Walters]

Hi Greg,
The focus probably changed to a button or other object on the page..
best,
Chipp
Gregory Lypny wrote:
Hello everyone,
I have a stack where I've layered text entry fields so that I can tab 
through them in order.  The trouble is, when I've tabbed out of the last 
field in the sequence, the insertion point does not go back into the 
first.  Where did it go?

Greg
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

The Case of the Vanishing Insertion Point

[Gregory Lypny]

Hello everyone,
I have a stack where I've layered text entry fields so that I can tab 
through them in order.  The trouble is, when I've tabbed out of the 
last field in the sequence, the insertion point does not go back into 
the first.  Where did it go?

Greg
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: jumping text insertion point in the script editor

[Jeanne A. E. DeVoto]

At 3:19 PM +0200 6/15/2004, Wouter wrote:
I encountered the following small problem:
Enter a string of chars in a script editor and try to set the text 
insertion point after char 1, it jumps before char 1. If inserted 
after char 2 no problems. Trying to move the text insertion point 
from before char 1 by the arrowkeys does not work as it jumps back 
directly.
I suspect this is related to a feature introduced in (2.1?) that, if 
you clicked in the white space at the left of an indented line, 
instead put the insertion point at the start of the text on that line.

I personally find this annoying, for what it's worth, although I'm 
not sure it's a bug as such.
--
jeanne a. e. devoto ~ [EMAIL PROTECTED]
http://www.jaedworks.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: jumping text insertion point in the script editor

[Wouter]

From: Howard Bornstein
Date: Tue, 15 Jun 2004 09:31:34 -0700
snip
 I see the same behavior, but only on the first line of a handler that 
uses "on . IOW, if the first word of the handler is 
"on", I can't put the cursor after the "o". It jumps back to before 
the "o". It doesn't do this for any other line in the handler (not on 
the "end " line, nor on the first line of a function 
handler.
BTW, this problem only occurs when colorization is on. Try turning off 
colorization, enter the script again, and see if it still happens.
It happens even with colorization turned off.
It is not a problematic bug (but a bug nevertheless and could be 
related to some of the other 67 script editor bugs).

Regards,
Howard Bornstein
Greetings,
WA
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: jumping text insertion point in the script editor

[Howard Bornstein]

On Jun 15, 2004, at 9:19 AM, Wouter wrote:
Rev 2.2 and Mac OS X 10.3.4.
Same setup.
Enter a string of chars in a script editor and try to set the text 
insertion point after char 1, it jumps before char 1. If inserted 
after char 2 no problems. Trying to move the text insertion point from 
before char 1 by the arrowkeys does not work as it jumps back 
directly.
Selecting char 1 is not possible.
Can someone confirm this behavior? (Or is it only on my rig?  :-)
I see the same behavior, but only on the first line of a handler that 
uses "on . IOW, if the first word of the handler is "on", 
I can't put the cursor after the "o". It jumps back to before the "o". 
It doesn't do this for any other line in the handler (not on the "end 
" line, nor on the first line of a function handler.

BTW, this problem only occurs when colorization is on. Try turning off 
colorization, enter the script again, and see if it still happens.

Regards,
Howard Bornstein
---
D E S I G N   E Q
www.designeq.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

jumping text insertion point in the script editor

[Wouter]

Hi all,
Rev 2.2 and Mac OS X 10.3.4.
I encountered the following small problem:
Enter a string of chars in a script editor and try to set the text 
insertion point after char 1, it jumps before char 1. If inserted after 
char 2 no problems. Trying to move the text insertion point from before 
char 1 by the arrowkeys does not work as it jumps back directly.
Selecting char 1 is not possible.
Can someone confirm this behavior? (Or is it only on my rig?  :-)
I checked the buglist, but other than a very long script editor bugs 
list, I couldn't find this mentioned.

Greetings,
WA
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: empty selectedChunks fails to return insertion Point values

[FlexibleLearning]

>I have a palette of html mark up tools that operate on the top window.
>I am unable to get the insertion point for an empty cursor from the 
>selectedChunk function (it used to work!). A test button in the palette
>with its traversalOn set to false (so as not to deselect text in the 
>top Stack).


Does this not work?

on mouseUp
   go stack "myStack"
   put the selectedChunk
end mouseUp

/H
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: empty selectedChunks fails to return insertion Point values

[Sannyasin Sivakatirswami]

Yes indeed,

Bugzilla Bug 1085

still unresolved..

On Apr 11, 2004, at 7:01 AM, Ken Ray wrote:

Sounds like a bug to me. In fact it seems like it might have been 
posted
before, so you might want to check Bugzilla.

Ken Ray
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: empty selectedChunks fails to return insertion Point values

[Ken Ray]

Sannyasin,

Same problem coming from a palette, but if the button is on the same stack,
it works (OS 10.3.3, Rev 2.2)...

Sounds like a bug to me. In fact it seems like it might have been posted
before, so you might want to check Bugzilla.

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Sannyasin Sivakatirswami
> Sent: Sunday, April 11, 2004 11:55 AM
> To: [EMAIL PROTECTED]
> Subject: empty selectedChunks fails to return insertion Point values
> 
> 
> I have a palette of html mark up tools that operate on the 
> top window. 
> I am unable to get the insertion point for an empty cursor from the 
> selectedChunk function (it used to work!). A test button in 
> the palette 
> with its traversalOn set to false (so as not to deselect text in the 
> top Stack).
> 
> Simply:
> 
> on mouseUp
>put the selectedChunk
> end mouseUp
> 
> If text is selected in the top window we do get the expected 
> response, e.g. char 4633 to 4654 of field 1 so my button, the 
> field, and the 
> selectedChunk function are apparently OK.
> 
> But, if we simply insert the cursor somewhere and press the 
> same button 
> we get empty, zippo.
> 
> But, the function, as documented, should return a string like 
> this for 
> just an insertion point:
> 
> char 51 to char 50 of field 1
> 
> ===docs:
> Comments:
> The return value reports the selected text: the startChar is 
> the first 
> character of the selection, and the endChar is the last character.
> 
> If no text is selected but the text insertion point is in a 
> field, the 
> startChar is the character after the insertion point, and the endChar 
> is the character before the insertion point. In this case, 
> the endChar 
> is one less than the startChar.
> 
> 
> Why is this not working?  OS X... Rev 2.2 Can anyone confirm this is 
> failing also on their Mac?
> 
> OS X 10.3.3
> 
> This is a nuisance, (obviously) as I have to now prompt the user to 
> select an empty space for insertion of stand alone elements like
> 
> 
> 
> 
> when what is wanted is to simply place the cursor then click those 
> respective buttons on the palette.
> 
> ??
> TIA
> 
> 
> Sannyasin Sivakatirswami
> Himalayan Academy Publications
> at Kauai's Hindu Monastery
> [EMAIL PROTECTED]
> 
> www.HimalayanAcademy.com,
> www.HinduismToday.com
> www.Gurudeva.org
> www.Hindu.org
> 
> ___
> use-revolution mailing list
> [EMAIL PROTECTED] 
> http://lists.runrev.com/mailman/listinfo/use-revolution
> 


___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

empty selectedChunks fails to return insertion Point values

[Sannyasin Sivakatirswami]

I have a palette of html mark up tools that operate on the top window. 
I am unable to get the insertion point for an empty cursor from the 
selectedChunk function (it used to work!). A test button in the palette 
with its traversalOn set to false (so as not to deselect text in the 
top Stack).

Simply:

on mouseUp
  put the selectedChunk
end mouseUp
If text is selected in the top window we do get the expected response,
e.g. char 4633 to 4654 of field 1 so my button, the field, and the 
selectedChunk function are apparently OK.

But, if we simply insert the cursor somewhere and press the same button 
we get empty, zippo.

But, the function, as documented, should return a string like this for 
just an insertion point:

char 51 to char 50 of field 1

===docs:
Comments:
The return value reports the selected text: the startChar is the first 
character of the selection, and the endChar is the last character.

If no text is selected but the text insertion point is in a field, the 
startChar is the character after the insertion point, and the endChar 
is the character before the insertion point. In this case, the endChar 
is one less than the startChar.


Why is this not working?  OS X... Rev 2.2 Can anyone confirm this is 
failing also on their Mac?

OS X 10.3.3

This is a nuisance, (obviously) as I have to now prompt the user to 
select an empty space for insertion of stand alone elements like



when what is wanted is to simply place the cursor then click those 
respective buttons on the palette.

??
TIA
Sannyasin Sivakatirswami
Himalayan Academy Publications
at Kauai's Hindu Monastery
[EMAIL PROTECTED]
www.HimalayanAcademy.com,
www.HinduismToday.com
www.Gurudeva.org
www.Hindu.org
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: How do I trap the "text insertion point"?

[Alan Gayne]

Ken,

Thanks for the ideas.  Actually I came up with something a bit different.

The following handler is in the stack script:
	on selectionChanged
 		 set the cInsertionPoint of this stack to the selectedChunk
	end selectionChanged

The button script is as follows: (actually since the button is part of a 
group "buttonBar" the mouseUp handler is in the script of the group -- 
the cBtnText is the custom property of each button where the text is 
stored
	on mouseUp
 		 put the last word of the cInsertionPoint of this stack into 
activeFld
 		 if fld activeFld is empty then
  			  put the cBtnText of the target into fld activeFld
 		 else
			set the typingRate to 0
   			 type the cBtnText of the target
 		 end if
	end mouseUp

This seems to work great.

Speaking of the "buttonBar" group, I'd also like to emulate the Quickeys 
feature where the user can option-drag a button to duplicate it and then 
be able to drag it to another location on the buttonBar and then have 
the other buttons move so as to get out of the way.  Anyone have an idea 
about this one?

Thanks and regards,
Alan
On Wednesday, October 23, 2002, at 10:11  PM, Ken Ray wrote:

Alan,

How about:

1) set the traversalOn of the button to false -- so it doesn't take the
focus away from the field

2) have the button say either:

-- "field 1" is your field and "the myProp of this card" is your custom
property

on mouseUp
  if the selectedChunk of field 1 is not empty then
type (the myProp of this card)
  end if
end mouseUp

This has the effect of "typing" the text so you see it show up one 
character
at a time. If this is too slow, you can do:

on mouseUp
  if the selectedChunk of field 1 is not empty then
put (the myProp of this card) before char (word 2 of the 
selectedChunk)
of field 1
  end if
end mouseUp

Hope this helps,

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/



- Original Message -
From: "Alan Gayne" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 23, 2002 6:17 PM
Subject: How do I trap the "text insertion point"?


Hi all!

I've been trying to emulate the Quickeys "Type Text" function - i.e. to
be able to click on a button and have the text that has been stored 
as a
custom property inserted at that place in a field where the text
insertion iBeam is located.  The only problem with this is that I can't
seem to find a way to find out the location of the iBeam so I cn tell
rev to put my text there.

I would suspect that the iBeam insertion point is a system property
since Quickeys is able to insert text into any open application with an
editable field and such a basic property must be readily available to
every open application, including the RunRev script editor.
Nevertheless, after spending hours looking through the transcript
dictionary (for which a simple index would be REALLY helpful) I can't
seem to locate any function that either reports this property and
converts it to a location usable by RunRev.

It seems like this has GOT to be something simple but I'll be darned if
I can find it.

Any help would be greatly appreciated.

Thanks in advance.

Alan

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution



___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: How do I trap the "text insertion point"?

[Ken Ray]

Alan,

How about:

1) set the traversalOn of the button to false -- so it doesn't take the
focus away from the field

2) have the button say either:

-- "field 1" is your field and "the myProp of this card" is your custom
property

on mouseUp
  if the selectedChunk of field 1 is not empty then
type (the myProp of this card)
  end if
end mouseUp

This has the effect of "typing" the text so you see it show up one character
at a time. If this is too slow, you can do:

on mouseUp
  if the selectedChunk of field 1 is not empty then
put (the myProp of this card) before char (word 2 of the selectedChunk)
of field 1
  end if
end mouseUp

Hope this helps,

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/



- Original Message -
From: "Alan Gayne" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 23, 2002 6:17 PM
Subject: How do I trap the "text insertion point"?


> Hi all!
>
> I've been trying to emulate the Quickeys "Type Text" function - i.e. to
> be able to click on a button and have the text that has been stored as a
> custom property inserted at that place in a field where the text
> insertion iBeam is located.  The only problem with this is that I can't
> seem to find a way to find out the location of the iBeam so I cn tell
> rev to put my text there.
>
> I would suspect that the iBeam insertion point is a system property
> since Quickeys is able to insert text into any open application with an
> editable field and such a basic property must be readily available to
> every open application, including the RunRev script editor.
> Nevertheless, after spending hours looking through the transcript
> dictionary (for which a simple index would be REALLY helpful) I can't
> seem to locate any function that either reports this property and
> converts it to a location usable by RunRev.
>
> It seems like this has GOT to be something simple but I'll be darned if
> I can find it.
>
> Any help would be greatly appreciated.
>
> Thanks in advance.
>
> Alan
>
> ___
> use-revolution mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/use-revolution
>

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: How do I trap the "text insertion point"?

[Alan Gayne]

Like I said - "simple"

MANY thanks for the point in the right direction

Regards,
Alan
On Wednesday, October 23, 2002, at 07:39  PM, Richard Gaskin wrote:


Alan Gayne wrote:


Hi all!

I've been trying to emulate the Quickeys "Type Text" function - i.e. to
be able to click on a button and have the text that has been stored 
as a
custom property inserted at that place in a field where the text
insertion iBeam is located.  The only problem with this is that I can't
seem to find a way to find out the location of the iBeam so I cn tell
rev to put my text there.

I would suspect that the iBeam insertion point is a system property
since Quickeys is able to insert text into any open application with an
editable field and such a basic property must be readily available to
every open application, including the RunRev script editor.
Nevertheless, after spending hours looking through the transcript
dictionary (for which a simple index would be REALLY helpful) I can't
seem to locate any function that either reports this property and
converts it to a location usable by RunRev.

It seems like this has GOT to be something simple but I'll be darned if
I can find it.

See the selectedChunk function.

--
 Richard Gaskin
 Fourth World Media Corporation
 Custom Software and Web Development for All Major Platforms
 Developer of WebMerge 2.0: Publish any database on any site
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
 Tel: 323-225-3717   AIM: FourthWorldInc

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution



___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: How do I trap the "text insertion point"?

[Richard Gaskin]

Alan Gayne wrote:

> Hi all!
> 
> I've been trying to emulate the Quickeys "Type Text" function - i.e. to
> be able to click on a button and have the text that has been stored as a
> custom property inserted at that place in a field where the text
> insertion iBeam is located.  The only problem with this is that I can't
> seem to find a way to find out the location of the iBeam so I cn tell
> rev to put my text there.
> 
> I would suspect that the iBeam insertion point is a system property
> since Quickeys is able to insert text into any open application with an
> editable field and such a basic property must be readily available to
> every open application, including the RunRev script editor.
> Nevertheless, after spending hours looking through the transcript
> dictionary (for which a simple index would be REALLY helpful) I can't
> seem to locate any function that either reports this property and
> converts it to a location usable by RunRev.
> 
> It seems like this has GOT to be something simple but I'll be darned if
> I can find it.

See the selectedChunk function.

-- 
 Richard Gaskin 
 Fourth World Media Corporation
 Custom Software and Web Development for All Major Platforms
 Developer of WebMerge 2.0: Publish any database on any site
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
 Tel: 323-225-3717   AIM: FourthWorldInc

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

How do I trap the "text insertion point"?

[Alan Gayne]

Hi all!

I've been trying to emulate the Quickeys "Type Text" function - i.e. to 
be able to click on a button and have the text that has been stored as a 
custom property inserted at that place in a field where the text 
insertion iBeam is located.  The only problem with this is that I can't 
seem to find a way to find out the location of the iBeam so I cn tell 
rev to put my text there.

I would suspect that the iBeam insertion point is a system property 
since Quickeys is able to insert text into any open application with an 
editable field and such a basic property must be readily available to 
every open application, including the RunRev script editor. 
Nevertheless, after spending hours looking through the transcript 
dictionary (for which a simple index would be REALLY helpful) I can't 
seem to locate any function that either reports this property and 
converts it to a location usable by RunRev.

It seems like this has GOT to be something simple but I'll be darned if 
I can find it.

Any help would be greatly appreciated.

Thanks in advance.

Alan

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: insertion point in a field

[Ken Ray]

Sylvain,

You can get the selectedChunk. If it is just a blinking insertion point it
will return a value which looks odd (something like "char 4 to 3 of field
1", but this is quite useful. You see "char 4 to 3 of field 1" means that
the insertion point is blinking between characters 3 and 4 of field 1. Why
isn't it "char 3 to 4 of field 1"? Because this would mean characters 3 and
4 have been highlighted (selected), just as  "char 3 to 3" would mean that
character 3 was highlighted. I know it looks odd, but it works...

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/

- Original Message -
From: "Sylvain Le Gourriérec" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 19, 2002 1:53 AM
Subject: insertion point in a field


hello,

how can I get the location (e.g. char 25) of the insertion point in a text
field?

thanks




-
Sylvain Le Gourriérec  --  développement  -- son-video-distribution
www.son-video.com

- I am working with Windows 2000, Revolution 1.1.1, MySQL 3.23 &
PHP 4

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

insertion point in a field

[Sylvain Le Gourriérec]

hello,
 
how can I get the location (e.g. char 25) of the 
insertion point in a text field?
 
thanks
 
 
-Sylvain 
Le Gourriérec  ——  développement  —— 
son-video-distribution   www.son-video.com
 
- I am working with Windows 2000, Revolution 1.1.1, MySQL 3.23 
& PHP 4

Re: Insertion Point

[Pierre Delain]

Thanks to Sarah for having confirmed that my Insertion Point problem was not
a dream and sorry for my unvoluntary Natexis Banques Populaires message...

Pierre Delain

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Insertion Point

[Geoff Canyon]

At 1:23 PM +0100 3/22/02, Pierre Delain wrote:
>> On 14/3/02 11:04 pm, Pierre Delain <[EMAIL PROTECTED]> wrote:
>> 
>>> I have a stack with about twenty fields. In  two of them (forming a group),
>>> the insertion bar does not appear when I click (of course the fields are not
>>> locked). I don't understand what happens, I search for a while and finally I
>>> discover that if I ungroup those two fields the insertion bar normally
>>> reappears. If I group them again, the bar re-becomes invisible...
>>> 
>>> How can this strange phenomenon be explained and avoided?
>> 
>> Is something layered on top of the group?  Does the group have its "Can
>> receive focus" set to true?
>> 
>> Kevin
>
>Yes "Can received focus" of the group is set to true.
>
>The layer of the group was 4. If asked for the number of layers. The answer
>was 179. If I set the layer of the group to 180, the insertion bar comes
>back, but disappears in the fields that are not in the same group.
>
>My conclusion is the following : the insertion bar is visible only in the
>group with the highest layer. This means that if you want to show two fields
>belonging to different groups with different layers, the insertion bar will
>lack in one of them, unless you change the layer. Is it correct?

I created a simple test stack with 1.1.1rc1 where this works. Here's my recipe:

1. create four fields, arranged 2x2 like this:

field1   field2

field3   field4

2. I grouped field1 and field2, and then grouped field3 and field4

Insertion points can be had in all four fields.
-- 

regards,

Geoff Canyon
[EMAIL PROTECTED]
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Insertion Point

[Pierre Delain]

> 
> On 14/3/02 11:04 pm, Pierre Delain <[EMAIL PROTECTED]> wrote:
> 
>> I have a stack with about twenty fields. In  two of them (forming a group),
>> the insertion bar does not appear when I click (of course the fields are not
>> locked). I don't understand what happens, I search for a while and finally I
>> discover that if I ungroup those two fields the insertion bar normally
>> reappears. If I group them again, the bar re-becomes invisible...
>> 
>> How can this strange phenomenon be explained and avoided?
> 
> Is something layered on top of the group?  Does the group have its "Can
> receive focus" set to true?
> 
> Kevin

Yes "Can received focus" of the group is set to true.

The layer of the group was 4. If asked for the number of layers. The answer
was 179. If I set the layer of the group to 180, the insertion bar comes
back, but disappears in the fields that are not in the same group.

My conclusion is the following : the insertion bar is visible only in the
group with the highest layer. This means that if you want to show two fields
belonging to different groups with different layers, the insertion bar will
lack in one of them, unless you change the layer. Is it correct?

Pierre

Pierre

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Insertion Point

[Kevin Miller]

On 14/3/02 11:04 pm, Pierre Delain <[EMAIL PROTECTED]> wrote:

> I have a stack with about twenty fields. In  two of them (forming a group),
> the insertion bar does not appear when I click (of course the fields are not
> locked). I don't understand what happens, I search for a while and finally I
> discover that if I ungroup those two fields the insertion bar normally
> reappears. If I group them again, the bar re-becomes invisible...
> 
> How can this strange phenomenon be explained and avoided?

Is something layered on top of the group?  Does the group have its "Can
receive focus" set to true?

Kevin

Kevin Miller <[EMAIL PROTECTED]> 
Runtime Revolution Limited - Power to the Developer!
Tel: +44 (0) 870 747 1165.  Fax: +44 (0)1639 830 707.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: Insertion Point

[Ivers, Doug E]

I've seen the same problem.


-- D


> -Original Message-
> From: Pierre Delain [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 14, 2002 6:04 PM
> To: [EMAIL PROTECTED]
> Subject: Insertion Point
> 
> 
>  I have a stack with about twenty fields. In  two of them 
> (forming a group),
> the insertion bar does not appear when I click (of course the 
> fields are not
> locked). I don't understand what happens, I search for a 
> while and finally I
> discover that if I ungroup those two fields the insertion bar normally
> reappears. If I group them again, the bar re-becomes invisible...
> 
>  How can this strange phenomenon be explained and avoided?
> 
> 
> Thanks
> 
> Pierre Delain
> 
> ___
> use-revolution mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/use-revolution
> 
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Insertion Point

[Pierre Delain]

 I have a stack with about twenty fields. In  two of them (forming a group),
the insertion bar does not appear when I click (of course the fields are not
locked). I don't understand what happens, I search for a while and finally I
discover that if I ungroup those two fields the insertion bar normally
reappears. If I group them again, the bar re-becomes invisible...

 How can this strange phenomenon be explained and avoided?


Thanks

Pierre Delain

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: insertion point

[John]

On Thursday, February 7, 2002, at 07:13 AM, Kevin Miller wrote:

> On 6/2/02 11:44 am, Pierre Delain <[EMAIL PROTECTED]> wrote:
>
>> When I click into some of my unlocked fields to edit text, the 
>> insertion
>> point (I mean the vertical bar used to select text) does not appear,
>> although text is editable. This happens for some of my fields, not all 
>> of
>> them (I don't understand why, since they are exactly the same).
>> How can I have it back?
>
> Do you have objects over the fields?
>

I  had this difficulty also with 1.1.1B1 on OSX.  Although I am sure 
(positive as a matter of fact) I did not place an image over the entire 
surface of the card, one was there.  Deleting it fixed the problem.  
Question is, how did the image get there?  Also, clicking on the field 
selected the field and not the image that was over it (I assume it was 
over it).  Clicking on the card selected the image so I could delete it.

John Miskimins

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: insertion point

[Kevin Miller]

On 6/2/02 11:44 am, Pierre Delain <[EMAIL PROTECTED]> wrote:

> When I click into some of my unlocked fields to edit text, the insertion
> point (I mean the vertical bar used to select text) does not appear,
> although text is editable. This happens for some of my fields, not all of
> them (I don't understand why, since they are exactly the same).
> How can I have it back?

Do you have objects over the fields?

Kevin

Kevin Miller <[EMAIL PROTECTED]> <http://www.runrev.com/>
Runtime Revolution Limited - Power to the Developer!
Tel: +44 (0) 870 747 1165.  Fax: +44 (0)1639 830 707.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

insertion point

[Pierre Delain]

When I click into some of my unlocked fields to edit text, the insertion
point (I mean the vertical bar used to select text) does not appear,
although text is editable. This happens for some of my fields, not all of
them (I don't understand why, since they are exactly the same).
How can I have it back?

Thanks

Pierre 

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution