Insertion Point
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: Insertion Point
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 sloan.jus...@gmail.com 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
Re: Insertion Point
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
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 bonnm...@gmail.com 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 sloan.jus...@gmail.com 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
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 bonnm...@gmail.com 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 sloan.jus...@gmail.com 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
OMG! Did yo see a doctor about it?? Bob Sent from my iPad On Jun 19, 2010, at 9:21 AM, Richmond richmondmathew...@gmail.com 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: Windows menu palette insertion point
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, 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
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
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
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
Windows menu palette insertion point
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
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
Re: Insertion Point in Fields
'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
Re: Insertion Point in Fields
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
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
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
Flashing Insertion Point in Fields
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
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
Invisible insertion point in field
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: 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
RE: Invisible insertion point in field
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
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 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
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
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
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 'fieldname' and look in the output for a bous font tag 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
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
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, 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: Insertion-point marker disappearence - help
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
Re: Insertion-point marker disappearence - help
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
Insertion-point marker disappearence - help
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: Insertion-point marker disappearence - help
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
Re: Insertion-point marker disappearence - help
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
Insertion-point marker disappearence - help
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: Location of the insertion point in a field
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
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
Re: Location of the insertion point in a field
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 use-revolution@lists.runrev.com 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
Re: Location of the insertion point in a field
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
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
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
Re: The Case of the Vanishing Insertion Point
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
RE: The Case of the Vanishing Insertion Point
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: jumping text insertion point in the script editor
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
jumping text insertion point in the script editor
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: jumping text insertion point in the script editor
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 handler name. 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 handler name 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
Re: jumping text insertion point in the script editor
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 handler name. 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 handler name 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
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 hr class=mainHeadLineRule / br / 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: empty selectedChunks fails to return insertion Point values
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 hr class=mainHeadLineRule / br / 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
Re: empty selectedChunks fails to return insertion Point values
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
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
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
Re: How do I trap the text insertion point?
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
Re: How do I trap the text insertion point?
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?
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?
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
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
Re: Insertion Point
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
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
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
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] 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
RE: Insertion Point
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
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
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
insertion point
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