Index
> IDE Development > FASMW with the new AsmEditGoto page Previous 1, 2, 3 Next |
| Author |
|
|
Tomasz Grysztar 26 Jul 2004, 22:59
JohnFound wrote: 2. AEM_GETWORDATCARET - now the maximal size of the word is not 256 characters, so we need AEM_GETWORDLENGTH of something. You can use ASM_GETPOS and AEM_GETLINE to look for word with any custom criterions you need. Quote: At least this will make possible to have one common color handling for all ASMEdIT windows in the program without need to set the color table for every window separately. You anyway set only the pointer to the table, why would it be a problem? Quote: 4. AEM_SETLINE - we have AEM_GETLINE, why not to have AEM_SETLINE also? In plans. Quote: Handling of modify status. You can handle the AEN_TEXTCHANGE notification to set such flag, no need to implement it internally. Quote: What about ES_READONLY handling? Just make it work as WS_DISABLED? Quote: 7. AEM_SETUSERDATA/AEM_GETUSERDATA (linenumber, 0) is my dream. In plans (in fact very easy to add). |
|||
26 Jul 2004, 22:59 |
|
|
mike.dld 26 Jul 2004, 23:12
Privalov wrote: Just make it work as WS_DISABLED? No, cursor is visible, scrollers are enabled but data isn't editable |
|||
|
26 Jul 2004, 23:12 |
|
|
JohnFound 27 Jul 2004, 00:23
Privalov wrote: You can use ASM_GETPOS and AEM_GETLINE to look for word with any custom criterions you need. Tomasz, I can make almost everything using AEM_GETPOS, AEM_GETLINE, WM_GETTEXT, AEM_SETPOS, EM_REPLACESEL etc. including search/replace and whatevery I want. But for example, you made AEM_FINDFIRST/AEM_FINDNEXT internally - Why? Also, it is possible to subclass ASMEDIT for more control. Sometimes it is more comfortable to have some things internally implemented. Regards |
|||
|
27 Jul 2004, 00:23 |
|
|
BiDark 27 Jul 2004, 01:58
What about 'select all' edit menu?
|
|||
|
27 Jul 2004, 01:58 |
|
|
Tomasz Grysztar 27 Jul 2004, 07:24
Quote: But for example, you made AEM_FINDFIRST/AEM_FINDNEXT internally - Why? This is more time critical, and if you wanted to do it externally, you would have to call AEM_GETLINE for every line. But for operations on single or small amount of lines AEM_GETLINE should be just enough. Oh, and about AEM_GETCARETXY - since you've got the handle of AsmEdit window, you can just do GetCaretPos and ClienToScreen calls to get those coordinates, no need to make a whole message out of it. |
|||
|
27 Jul 2004, 07:24 |
|
|
Tommy 27 Jul 2004, 08:52
Superb, Privalov!
 No detected bugs so far...  |
|||
|
27 Jul 2004, 08:52 |
|
|
Tomasz Grysztar 27 Jul 2004, 09:42
I've found some myself.
Attachment updated. |
|||
|
27 Jul 2004, 09:42 |
|
|
Tomasz Grysztar 27 Jul 2004, 19:11
Another update - I've added Boyer-Moore text searching, but only forward one, backward searching is not working yet - the flag is ignored.
|
|||
|
27 Jul 2004, 19:11 |
|
|
Tommy 27 Jul 2004, 19:23
Nice!
|
|||
|
27 Jul 2004, 19:23 |
|
|
mike.dld 27 Jul 2004, 22:52
What about REPLACE function? It'd be faster if no scrolling will occur on each replace operation. Scroll to the last replaced word will be enough (of cource, if 'Prompt on replace' isn't specified).
|
|||
|
27 Jul 2004, 22:52 |
|
|
tsunghsien_lin 28 Jul 2004, 02:28
chinese language show is good,but cann't key chinese
|
|||
|
28 Jul 2004, 02:28 |
|
|
decard 28 Jul 2004, 05:53
what about making AEM_FIND messages not select searching text, but just return its position in AEPOS structure (something like RichEdit)? In Fresh there's option to search whole source file, and display all results. It would make whole thing faster if find messages have done just the search without scrolling and selecting text.
|
|||
|
28 Jul 2004, 05:53 |
|
|
Tomasz Grysztar 28 Jul 2004, 09:09
Searching text routines rely on the caret position, so it has to be updated each time anyway. I cannot store caret pointer somewhere else just for the searching routine, because it might become outdated between two consecutive searches (as the user may edit some text before searching for next occurence). The only thing I can do for you is to separate text searching routine from the AEM_FIND message handlers, so you could implement some other searching messages. In fact this perfectly fits into my plans of splitting AsmEdit sources into interface and core, as it is with fasm - because I'm planning to port the core of editor to DOS and MenuetOS, too.
For the replace window position has to be updated each time, so then it will be restored correctly for each occurence when you do "Undo" operations (you can do one for the each replaced occurence). Anyway it has one advantage - you've got some kind of "progress bar" because of that scrolling. And making it not scroll wouldn't make all operation a whole lot faster - the contents of window is not redrawn as long as the control is busy. |
|||
|
28 Jul 2004, 09:09 |
|
|
Tomasz Grysztar 28 Jul 2004, 09:12
tsunghsien_lin: I'm sorry, AsmEdit is still only an ASCII/ANSI-based editor (for portability reasons), so it does not support multi-byte encoded characters. And if it displays them correctly, it's in fact a mistake.
|
|||
|
28 Jul 2004, 09:12 |
|
|
tsunghsien_lin 29 Jul 2004, 01:21
Privalov
Many thanks for your help. RichEdit and AsmEdit and Wasm same no for chinese , |
|||
|
29 Jul 2004, 01:21 |
|
|
pelaillo 29 Jul 2004, 02:25
tsunghsien_lin,
As far as I know, RaEdit works well for chinese but I have no means to verify that. However, it worth a look: http://radasm.visualassembler.com |
|||
|
29 Jul 2004, 02:25 |
|
|
Tomasz Grysztar 29 Jul 2004, 15:26
Text search is finished, this time update contains also pre-release of new fasm core (with "command after macro end" feature) and new version of the Win32 includes (with new "struct" macro and support for nested invokes).
|
|||
|
29 Jul 2004, 15:26 |
|
|
mike.dld 29 Jul 2004, 21:53
Great, Privalov! Select all works. But it doesn't select the last char (see screenshot).
|
||||||||||
|
29 Jul 2004, 21:53 |
|
|||||||||
|
JohnFound 29 Jul 2004, 22:36
It works just fine for me. Good work.
About AsmEdit behaviour: 1. Why not scrollbars to disapear why there is no need of them (instead of becoming disabled) 2. Do you plan to make word wrap feature? Regards. |
|||
|
29 Jul 2004, 22:36 |
|
| Goto page Previous 1, 2, 3 Next < Last Thread | Next Thread > |
Forum Rules:
|