Note() question

[DaveAlan]

If I edit a memo with note() and then exit, I don't seem to have a way of getting back to the same position in the memo where I was editing when I restart my applet or recall note(). What about having the function return the byte position instead of just '1'.

Thanks,
Dave

Edited by - DaveAlan on 01/18/2002 15:44:05

[jstadolnik]

Good idea! I just implemented it. You'll see it in the next release.

Thanks,

Joe

The PToolboxLib guy.
http://www.geocities.com/retro_01775/PToolboxLib.htm

[DaveAlan]

Great!

Also, elsewhere you indicated that "PocketC applications cannot respond to launch codes." Since PocketC cannot take you to a compile error in an application created with note(), what about having a 'go to line number' as a menu option within note(), since PocketC lists the line number of the error?

Thanks,
Dave

[jstadolnik]

That one is a lot more complicated to implement. Since you can do the "rename Cryptopad to pedit" trick to get PocketC to do the "compile goto" on 4k+ memos, this feature would be somewhat marginalized.

I'll add it to my list, but it's on the back burner for now.

Joe

The PToolboxLib guy.
http://www.geocities.com/retro_01775/PToolboxLib.htm

[awschwab]

I am curious about the way Note() will return its position in the text. What I would really like to do is to give it a DB name to open, and a string to find, have it open the DB, (perhaps a particular record of the DB -- a specific memo for instance) find the string within that record, and allow the user to select nearby text. On return, I would like to have the selected text as a string to work with, without modifying the original DB. I would parse the string, and put entries into several fields based on what I found. This would be a great way to give programs access to data stored as ordinary text files.

If I understand correctly, Note() currently will allow either specifying the record to open, or searching for a string, but not both. (No, I could use two Note() calls: find name mode to determine the index, then open by index, searching for the string. That would do it!) I could probably have the user copy the selected text, and get at it with Fctl(PASTE,ID). If I don't require the user to copy, and use the soon-to-be-available cursor position returned by Note(), I won't have access to the selection.

If the above makes any sense, would you consider whether a bit set in the Note() command might make it return a string consisting of the selected text?

Or would it make more sense to use the new Field searching and sorting capabilities instead of Note() for this?


Edited by - awschwab on 02/05/2002 08:18:33

[jstadolnik]

<BLOCKQUOTE id=quote><font size=1 face="Verdana, Arial, Helvetica" id=quote>quote:<hr height=1 noshade id=quote>
I am curious about the way Note() will return its position in the text.
<hr height=1 noshade id=quote></BLOCKQUOTE id=quote></font id=quote><font face="Verdana, Arial, Helvetica" size=2 id=quote>

It just returns the byte position of the cursor.

-----

You should be able to use the clipget() function will retrieve the contents of the clipboard.

Joe

The PToolboxLib guy.
http://www.geocities.com/retro_01775/PToolboxLib.htm

[jstadolnik]

I've added a bit the Note function for 7.1.7 which when set, copies the any selected text to the clipboard upon exit. Granted the clipboard is limited to 256 characters, this still isn't bad.

Anyhow, when I get scrollbars working on resource form support, you'll be able to build your own Note equivalent with any bells and whistles you'd like... extra buttons, new menu items, etc... though you can already do this, you just have to use rocker buttons to scroll.

Joe

The PToolboxLib guy.
http://www.geocities.com/retro_01775/PToolboxLib.htm