flat assembler
Message board for the users of flat assembler.
Index
> IDE Development > Wink 6.92.03 (vertical selection + compiling) Goto page 1, 2, 3 ... 19, 20, 21 Next |
Author |
|
ouadji 23 Mar 2010, 00:09
it's just a little wink friendly to "revolution" clic Quote: @ revolution (24 feb 2010) Last edited by ouadji on 12 Sep 2011, 11:17; edited 53 times in total |
|||
23 Mar 2010, 00:09 |
|
revolution 23 Mar 2010, 00:38
Photoshop?
|
|||
23 Mar 2010, 00:38 |
|
ouadji 23 Mar 2010, 01:01
no, no, not photoshop ... this is real, no faking |
|||
23 Mar 2010, 01:01 |
|
revolution 23 Mar 2010, 01:04
Toto, I don't think we are in Kansas anymore.
|
|||
23 Mar 2010, 01:04 |
|
ouadji 23 Mar 2010, 01:12
revolution wrote: Toto, I don't think we are in Kansas anymore. |
|||
23 Mar 2010, 01:12 |
|
Tomasz Grysztar 23 Mar 2010, 08:31
This cannot be obtained so simply, with such patching you're going to land in serious problems when you do some scrolling.
|
|||
23 Mar 2010, 08:31 |
|
ouadji 23 Mar 2010, 17:31
FASMW (multiline/block comment - highlight /lowlight) + test.asm scrolling up and down ok Nested comments are not working with "Highlight-Lowlight" (IDE) ... only "simple" comments (/* text */) But nested comments are ok with compiler. Last edited by ouadji on 10 Apr 2010, 20:29; edited 1 time in total |
|||
23 Mar 2010, 17:31 |
|
windwakr 23 Mar 2010, 17:44
ouadji wrote:
That's nice. But if you place a "/*" somewhere and then delete it, all the lines it changed to gray stay gray until you modify that line. |
|||
23 Mar 2010, 17:44 |
|
ouadji 23 Mar 2010, 17:51
yes ... I must update my address list in memory. I forgot to think about it .. I'll fix this. it's not a big problem thank you very much but now I have to feed my dog, Zazou! |
|||
23 Mar 2010, 17:51 |
|
ouadji 23 Mar 2010, 19:51
I think it's much better like this. What do you think ? if you remove a "*/"(end symbol) ... !!! ---> he seeks the next "*/" ! Add a "/*" (start) in the middle of a comment changes nothing !. Because, once he found a "/*", it seeks only a "*/" (end) Last edited by ouadji on 10 Apr 2010, 20:30; edited 1 time in total |
|||
23 Mar 2010, 19:51 |
|
Tomasz Grysztar 23 Mar 2010, 20:07
Scrolling down with mouse wheel or arrows is still broken with this one.
Last edited by Tomasz Grysztar on 23 Mar 2010, 20:09; edited 1 time in total |
|||
23 Mar 2010, 20:07 |
|
ouadji 23 Mar 2010, 20:09
the scrolling is perfect with the "bar" to the right of the screen ... but I notice that there are some scrolling problems with the mouse wheel. I look at it |
|||
23 Mar 2010, 20:09 |
|
Tomasz Grysztar 23 Mar 2010, 20:14
Try also making some large source with large multi-line comments, start at beginning of the file, press Ctrl+PgDn (it goes to the end of file) and then slowly scroll up.
|
|||
23 Mar 2010, 20:14 |
|
ouadji 23 Mar 2010, 20:15
yes .. problem with mouse wheel the scrolling, in the code, comes from differents locations with the "bar", it's ok, but with arrows and mouse wheel, there is a problem. i will fix this Quote:
ok Tomasz, thank you. |
|||
23 Mar 2010, 20:15 |
|
ouadji 25 Mar 2010, 13:03
Wink 3 a single constraint: This engine built a mapping of comments in memory. It does that through the screen. In normal use (sequential use, usual use) there are no problems. But if you add big chunks of text with copy/paste, in this case, there are (maybe) new comments that have never been displayed at the screen. In this case, the engine still does not know that these new Comments exist. We must let it know... this by a single and fast scrolling of the file, only once. Display the part of the file that was never displayed. After copy/paste, a single scrolling up, and it's ok. ---> By this way, the engine becomes aware of new comments I have a problem with the lines with more than 240 character, 0F0h (... [241--> ...) in fact, line with more than 240 characters + scrolling of several pages ... = sometimes, acces violation. With lines with under 241 characters, never any Problem. (I'm seeking the cause of this problem, probably something stupid as usual!) you can try without any fear, below 240 characters there is never any problems with this version, max 2048 lines of code. 2048 ... it is the size of a array.. I think, in the future, i will use dynamic allocation. (wink_4 in progress) feedbacks are wellcome ! thank you Last edited by ouadji on 10 Apr 2010, 20:30; edited 7 times in total |
|||
25 Mar 2010, 13:03 |
|
vid 25 Mar 2010, 18:37
240x2048 ought to be enough for everyone!
|
|||
25 Mar 2010, 18:37 |
|
ouadji 26 Mar 2010, 12:18
hello Tomasz, I just saw that lines are doubly linked ! and more importantly .. the information is inside lines themselves ! I thought so, but I thought it was managed with a external array. it becomes very very interesting ! The "copy/paste-block" and insertions were asking me a big worry. But if lines are doubly linked .... with available data I feel that I will still have fun here ! |
|||
26 Mar 2010, 12:18 |
|
Tomasz Grysztar 26 Mar 2010, 14:45
You may find this document useful:
AsmEdit core documentation. |
|||
26 Mar 2010, 14:45 |
|
ouadji 26 Mar 2010, 14:56
thank you very much Tomasz |
|||
26 Mar 2010, 14:56 |
|
Goto page 1, 2, 3 ... 19, 20, 21 Next < Last Thread | Next Thread > |
Forum Rules:
|
Copyright © 1999-2024, Tomasz Grysztar. Also on GitHub, YouTube.
Website powered by rwasa.