English Amiga Board


Go Back   English Amiga Board > Coders > Coders. General

 
 
Thread Tools
Old 15 November 2014, 10:22   #81
Michael
A1260T/PPC/BV/SCSI/NET

Michael's Avatar
 
Join Date: Jan 2013
Location: Moscow / Russia
Posts: 639
The other thing I miss in most editors is proper block selection with mouse.
1. Double click selects word.
2. Triple click selects line
And then if you keep the mouse button pressed, dragging it will select more in same mode (by word or by line)

And simple shift+arrow keys selection (left/right - by letter, up/down per line)

This makes editing much faster and user friendly.
Michael is offline  
AdSense AdSense  
Old 15 November 2014, 10:25   #82
Thorham
Computer Nerd

Thorham's Avatar
 
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 41
Posts: 2,977
Quote:
Originally Posted by Michael View Post
CloneWB - since otherwise it will not start properly on all machines with different monitor setups.
Yeah, that's a good idea. The user can change that later.

Quote:
Originally Posted by Michael View Post
GUI - yes, visual prefs, everything set to nice square aspect.
Visualprefs seems to be a bunch of hacks. Not all software is going to work completely properly with it. Diro5 is an example. Probably nothing you can do about it.

Quote:
Originally Posted by Michael View Post
On public screen it does not care about pens locked by other progs, and only allows to make a choice from first 16 (ECS legacy limit?) Should be all 256.
Forgot to check. Will check later today.

Quote:
Originally Posted by Michael View Post
Editing/changing the background colour is a pain. Unless a global option is hiding somewhere.
Selecting the background pen is done through the FACT system. This system allows changing the color and appearance of all characters, and some extra things like the background color. There's currently no option for changing this and it has to be changed in a script file.

The way it's set up is supposed to be part of a theming system I was going to do, but I haven't started working on it yet.

What do you want the background color to be? I can change it for you.

Quote:
Originally Posted by Michael View Post
The other thing I miss in most editors is proper block selection with mouse.
Can be added easily.

Quote:
Originally Posted by Michael View Post
1. Double click selects word.
It should already do that.

Quote:
Originally Posted by Michael View Post
2. Triple click selects line
Can be added easily.

Quote:
Originally Posted by Michael View Post
And then if you keep the mouse button pressed, dragging it will select more in same mode (by word or by line)
I'll see what I can do.

Quote:
Originally Posted by Michael View Post
And simple shift+arrow keys selection (left/right - by letter, up/down per line)
Is alt+arrows to keep shift+arrows movement, which is standard in Amiga editors. This may be a little rough around the edges.

Last edited by Thorham; 15 November 2014 at 10:43.
Thorham is offline  
Old 16 November 2014, 05:43   #83
Michael
A1260T/PPC/BV/SCSI/NET

Michael's Avatar
 
Join Date: Jan 2013
Location: Moscow / Russia
Posts: 639
"Visualprefs seems to be a bunch of hacks. Not all software is going to work completely properly with it. Diro5 is an example. Probably nothing you can do about it."

Not that bad actually, it's part of the newer os and once properly configured works very well and trouble free. It also allows to spot progs that were coded wrong or avoided the os guide lines and simply used permanent values instead of asking the os to supply them the variables (like sizeable gui elements).

Looking at the source Slider.c has all the needed bits to get it done and conform to v39+. Currently it assumes default values of v37.

The same is true for requesters, an easy solution is to add an extra 4 pixels to the windows height dimension, will work for 99.9 of cases, but better to get the proper window border dimension and take them into account.

The default background needs to be 0 (grey). And it should be easier to change, at least more vivid BOLD comment and mini doc about it would be good for easier finding and changing it when someone needs it to be done. And as I understood it's not that simple, since all the key words also need to change background colour, unless a global background can be used, and if it is not set for the key word, then use the special per key word defined background colour That way you can get away with changing background colour n one place only.

As for the ALT+SHIFT+CTRL keys, we can keep the legacy, yes it's a bit different to other os's but not critical.

eg. in win - CTRL+arrows - move cursor word by word and SHIFT+arrows marks.

And forgot, mouse click and drag should select text immediately, otherwise it's a pain.

TextEditor.mcc has more or less correct settings for keyboard and mouse,
only current version has a selection bug, it does not keep the selected item selected if you change direction.
Michael is offline  
Old 16 November 2014, 10:03   #84
Thorham
Computer Nerd

Thorham's Avatar
 
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 41
Posts: 2,977
Quote:
Originally Posted by Michael View Post
Looking at the source Slider.c has all the needed bits to get it done and conform to v39+. Currently it assumes default values of v37.

The same is true for requesters, an easy solution is to add an extra 4 pixels to the windows height dimension, will work for 99.9 of cases, but better to get the proper window border dimension and take them into account.
I'll take a look.

Quote:
Originally Posted by Michael View Post
The default background needs to be 0 (grey).
It must absolutely NOT be gray. Most Amiga text editors use this horrible gray background. Never understood why. White background with black letters is MUCH better. The default FACT is, of course, gray. I just didn't include an option to select it.

Anyway, why is this gray so important? It's horrible!

Quote:
Originally Posted by Michael View Post
And it should be easier to change, at least more vivid BOLD comment
You can change that yourself. Menu -> Options -> Mode settings -> Edit styles. This changes the settings per mode. Changing the settings for C won't change the settings for Lua, for example.

Quote:
Originally Posted by Michael View Post
and mini doc about it would be good for easier finding and changing it when someone needs it to be done.
Yeah, that's a good idea.

Quote:
Originally Posted by Michael View Post
And as I understood it's not that simple, since all the key words also need to change background colour, unless a global background can be used, and if it is not set for the key word, then use the special per key word defined background colour That way you can get away with changing background colour n one place only.
Yes, everything has to change, but that's not so hard. It's a bit of code, but it's easy enough.

Although there needs to be a system for selecting color themes, I must ask again, why this drab gray?

Quote:
Originally Posted by Michael View Post
And forgot, mouse click and drag should select text immediately, otherwise it's a pain.
Yeah, shouldn't be hard.
Thorham is offline  
Old 16 November 2014, 11:42   #85
Leffmann
 
Join Date: Jul 2008
Location: Sweden
Posts: 2,068
Another detail I like in Sublime Text: smart highlighting of escape sequences inside string literals.

Quote:
Originally Posted by Thorham View Post
Quote:
Originally Posted by Leffmann
I don't see why the two would exclude each other. Removing the ability to run system commands from the editor immediately makes it much less flexible and extensible.
They're not mutually exclusive, but only having the ability to execute dos scripts and commands is certainly too limited.
I think it's the other way around. Being able to call external tools allows you to do pretty much everything, while having an ARexx port does not.

If your IDE is not scriptable, and you only have an ARexx port, then how would you go about automating your build process?
Leffmann is offline  
Old 16 November 2014, 11:53   #86
Thorham
Computer Nerd

Thorham's Avatar
 
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 41
Posts: 2,977
Quote:
Originally Posted by Leffmann View Post
I think it's the other way around. Being able to call external tools allows you to do pretty much everything, while having an ARexx port does not.

If your IDE is not scriptable, and you only have an ARexx port, then how would you go about automating your build process?
My point is that only having the ability to call external programs is limiting, because now you have to have the right tools, or you have to write them.

Also having a full ARexx port, and a full script language makes things much easier. FrexxEd has all this. In fact, you use it's ARexx port and it's ability to call external programs through it's script language FPL (which is basically just C). This allows you to do just about anything by simply writing some scripts. If something would become too slow, you still have to use an external tool or write some code.
Thorham is offline  
Old 16 November 2014, 12:20   #87
Michael
A1260T/PPC/BV/SCSI/NET

Michael's Avatar
 
Join Date: Jan 2013
Location: Moscow / Russia
Posts: 639
Grey, it's my favourite colour (joke).
Actually it' not a bad choice and depends on what shade it is and how your monitor works.
You can also tint it a bit in blue or green or yellow, will look very nice. (eg EAB theme )

Historically, it was the second best choice. Know what was number 1 ?
Yes, the 1.3 kickstart theme. White text on blue.
Black text on grey (OS2+) is the second best choice for eye strain, and there was a huge doc on this on wiki regarding ergonomics and health issues. Wonder why ms-dos used white on black, one of the worst combination and for health and safety reason would have been blocked by authorities.
Nevertheless even on ms-dos all major tools and text editors had white text on blue and black on grey as second option.

And finally, using the zero colour background should be the fastest mode for most editors.

Personally, having a white background brings too much light, and with 1 pxl thin fonts on a high res screen is almost unreadable (without antialising which makes the font thicker then it really is).
again, your asm settings are a very good example of a good setup with vivid colours and low impact on the eyes.
Michael is offline  
Old 16 November 2014, 14:33   #88
Blueberry
Registered User
 
Join Date: Dec 2007
Location: Aarhus / Denmark
Posts: 31
Back to original topic...

1. True smooth scroll. This is probably the feature I have been missing most across all editors.

When scrolling because of arrow up/down held down, scroll a uniform number of pixels on every vblank, so you can actually read the text while scrolling. An open question is what to do if the key repeat rate does not correspond to a whole number of pixels per vblank. Probably the scroll speed should be rounded up, so the cursor gradually tends towards the middle of the screen.

2. Move line up/down.

Shuffling lines around is something I do all the time when coding assembly. The Amiga+d / Amiga+f combination in AsmPro is a bit cumbersome for this. It should be simply (some combination of modifiers)+up/down to swap the current line with the one above/below it. The cursor moves with the line.

If a block is marked, move the whole block (and keep it marked).
Blueberry is offline  
Old 16 November 2014, 15:32   #89
Thorham
Computer Nerd

Thorham's Avatar
 
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 41
Posts: 2,977
Quote:
Originally Posted by Blueberry View Post
Back to original topic...
Yes, that's not a bad idea. I'll contiunue my communications with Micheal through PM.
Thorham is offline  
Old 16 November 2014, 16:32   #90
Photon
Moderator
Photon's Avatar
 
Join Date: Nov 2004
Location: Hult / Sweden
Posts: 4,495
Yes, it was becoming a FrexxEd configuration thread.

Quote:
Originally Posted by Blueberry View Post
1. True smooth scroll. This is probably the feature I have been missing most across all editors.
Smooth scrolling is already in. I will try to time it for minimal tearing when scrolling upwards - double-buffering would rule it out for A500 use, both performance-wise and chipmem-wasting wise. Anything above 640x512 4 colors requires a huge amount of CPU power or a graphics card with a faster blitter.

Only on graphics cards will you be able to get smooth scrolling with a 60Hz display, and that's even more niched than requiring a really fast CPU.

Quote:
Originally Posted by Blueberry View Post
2. Move line up/down.

If a block is marked, move the whole block (and keep it marked).
This type of real-time updating is actually very tricky to make with any kind of performance.

And when editing, often you want to remove a commented line in the middle and move 3 lines from there and 2 other lines from 5 lines down and then paste it. I'm looking at a way to cut lines to history and then paste the history.
Photon is offline  
Old 17 November 2014, 01:51   #91
Blueberry
Registered User
 
Join Date: Dec 2007
Location: Aarhus / Denmark
Posts: 31
Quote:
Originally Posted by Photon View Post
Smooth scrolling is already in. I will try to time it for minimal tearing when scrolling upwards - double-buffering would rule it out for A500 use, both performance-wise and chipmem-wasting wise. Anything above 640x512 4 colors requires a huge amount of CPU power or a graphics card with a faster blitter.
Remember that in interlaced modes, you only have to copy half the scanlines each frame. If the scroll speed is an odd number of interlaced lines, this is tricky to do single buffered, though. Better round up to an even speed, then.

This way, the blitter should be able to keep up with 640x512 4 colors, though indeed not much more than that.

Quote:
Originally Posted by Photon View Post
Only on graphics cards will you be able to get smooth scrolling with a 60Hz display, and that's even more niched than requiring a really fast CPU.
You are forgetting about all of us emulator wussies.

Though, to be honest, it would be ideal to run this in A500 emulation mode. Hence, no graphics card.

Quote:
Originally Posted by Photon View Post
And when editing, often you want to remove a commented line in the middle and move 3 lines from there and 2 other lines from 5 lines down and then paste it. I'm looking at a way to cut lines to history and then paste the history.
True, but I still find it more convenient and efficient to move things around directly rather than going via a clipboard.
Blueberry is offline  
Old 17 November 2014, 05:07   #92
Michael
A1260T/PPC/BV/SCSI/NET

Michael's Avatar
 
Join Date: Jan 2013
Location: Moscow / Russia
Posts: 639
Most of the points raised for FrexxED are related to most editors too and need to be taken into account when a new editor is designed, so that the shortcomings of predecessors are overcome and not repeated again and again.
Michael is offline  
Old 15 September 2016, 03:55   #93
Thorham
Computer Nerd

Thorham's Avatar
 
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 41
Posts: 2,977
So... how's it coming along?
Thorham is offline  
Old 10 October 2016, 11:27   #94
Yesideez
(2b)||!(2b)
Yesideez's Avatar
 
Join Date: Mar 2007
Location: Devon, UK
Age: 44
Posts: 212
Not sure if it's been mentioned already but being able to highlight text and TAB or SHIFT+TAB to indent and remove indents from the selected text.

Also to have custom tab stops and to choose whether to use real tabs or spaces.

Would also like to know if this is still in progress
Yesideez is offline  
Old 25 November 2016, 20:46   #95
Photon
Moderator
Photon's Avatar
 
Join Date: Nov 2004
Location: Hult / Sweden
Posts: 4,495
Quote:
Originally Posted by Yesideez View Post
Not sure if it's been mentioned already but being able to highlight text and TAB or SHIFT+TAB to indent and remove indents from the selected text.

Also to have custom tab stops and to choose whether to use real tabs or spaces.

Would also like to know if this is still in progress
This is in AsmTwo, implemented as first tab stop at 8, following indentations as spaces, but you can keep comments at even 8 stops.

See release notes for the full list of editor features.

Been meaning to continue on this or any coding really, but the general coding at home allergy seems unstoppable. I fucking hate it. :/
Photon is offline  
Old 02 December 2016, 14:10   #96
Foul
Registered User

Foul's Avatar
 
Join Date: Jun 2009
Location: Perigueux/France
Age: 43
Posts: 1,303
Send a message via ICQ to Foul Send a message via MSN to Foul Send a message via Skype™ to Foul
Will try to explain with my poor english..and my little asm experience

Very often, just after compiling your source, you've got an error.
It would be cool, after pressing "ESC" to return to the editor, that the cursor will be placed on this "error"
No need to search the faulty line..

Foul is offline  
Old 02 December 2016, 16:21   #97
Schoenfeld
electricky.
 
Join Date: Jun 2010
Location: out in the wild
Posts: 1,244
Please pardon if I drop in a bomb by asking for a feature I know from the Turbo Pascal IDE: If I place the cursor on a keyword and press CTRL-F1, it opens a window with a text reader, and it shows the Help chapter about that key word.

Translated to the Amiga, it would be "CTRL-HELP" and "Open Multiview with the guide linked in the syntax-highlighting config file, at the node that's about the keyword".

I'm probably not the only one who has too little experience in programming whatever language to not require frequent lookups in help files. These lookups should be fast in order to lower the frustration potential.

Jens
Schoenfeld is offline  
Old 02 December 2016, 16:41   #98
Locutus
Registered User

 
Join Date: Jul 2014
Location: Finland
Posts: 831
You can have exactly that on Emacs using the AmigaOS autodocs.
Locutus is offline  
Old 02 December 2016, 17:03   #99
Schoenfeld
electricky.
 
Join Date: Jun 2010
Location: out in the wild
Posts: 1,244
Thing is: I'd like to have it a little smaller-footprint than Emacs. In relation to AmigaOS, Emacs is an OS on it's own, and yes, you can surely build a full IDE with it. My idea is to extend a little on the idea of Syntax Highlighting and re-use that code: If there is a help chapter for a (highlighted) key word, I'd like to open it with a single key stroke, mouse button or whatever other quick action.

Jens
Schoenfeld is offline  
Old 02 December 2016, 19:57   #100
Thorham
Computer Nerd

Thorham's Avatar
 
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 41
Posts: 2,977
Quote:
Originally Posted by Schoenfeld View Post
I'm probably not the only one who has too little experience in programming whatever language to not require frequent lookups in help files.
All programmers need documentation. It's completely essential to programming, and the easier this works the better.
Thorham is offline  
AdSense AdSense  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
Your greatest moments Anakirob Retrogaming General Discussion 59 07 October 2009 16:51
The Thirteen Greatest Error Messages of All Time DamienD Retrogaming General Discussion 22 13 July 2009 13:59
The 12 Greatest Video Game Toilets of All Time Retro-Nerd Retrogaming General Discussion 40 09 February 2008 19:48
The Greatest games machine of all time Dastardly Nostalgia & memories 0 23 November 2002 00:21
3D code and/or internet code for Blitz Basic 2.1 EdzUp Retrogaming General Discussion 0 10 February 2002 11:40

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 07:11.


Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2018, vBulletin Solutions, Inc.
Page generated in 0.26342 seconds with 13 queries