First: I´m delighted and impressed with the frequency of beta-releases, A joy checking for updates every night :)
On Beta6 it was really nice to see the interface improvements. Border on the gutter, and a elegant wrap-line really, makes a difference.. So much so, that I instantly made replacements for the folding widgets. Based on my previously released mock-up; The arrow-directions are more visible, and the ellipsis got a minor tweak to work better on dark backgrounds. It still looks a bit messy when a document has many foldings, so I included a set of light arrows which I propose to use on level 2 and below.
Differencing background-color of the folding column from the rest of the gutter, would also be nice.. I believe :)
My files are available on the following address: http://homepage.mac.com/hpeikemo/AlternateFolding_1710.zip
hp.
And another interface change request: It would be nice if the user is allowed to place the status bar where he wants it. I have no idea why you would want a status bar at the top of your screen, since almost every other editor I know has one at the bottom and this is also where I look if I want to know exact placement of my cursor.
Even better would be if the user is allowed to format the taskbar itself as well. :)
Jeroen.
On 17. Oct 2004, at 9:56, Jeroen wrote:
It would be nice if the user is allowed to place the status bar where he wants it. I have no idea why you would want a status bar at the top of your screen
I think Mail and Xcode places it there, but I'm also preferring to have it at the bottom, also for decorative/aesthetic purposes, since there are tabs at the top, and nothing at the bottom, and now there's even both tabs and a status bar at the top, and maybe soon there'll be a tool bar, so it gets a bit heavy on the top...
So yeah, it'll probably be configurable where to place it -- though I'm not sure how good the "table view header"-background works in the bottom of the screen. Maybe we need another background for when it's down there.
since almost every other editor I know has one at the bottom and this is also where I look if I want to know exact placement of my cursor.
Ah, then it's just a question of unlearning old habits! ;)
Even better would be if the user is allowed to format the taskbar itself as well. :)
At least the status bar will see many improvements and lots of new added info, some of it clickable... but this currently isn't my main priority!
Kind regards Allan
On 17 oct. 2004, at 05:00, Hans Petter Eikemo wrote:
First: I´m delighted and impressed with the frequency of beta-releases, A joy checking for updates every night :)
Agreed, and I bet that it's going to be even more joyful when Allan gets his shiny G5 ;)
On Beta6 it was really nice to see the interface improvements.
Agreed as well, it's coming along really nicely. The new status bar has problems though, here's what I get with 1.0.1b6:
How to reproduce: - Set the status bar to hidden. - Resize the window. - Tadaaaa.
On 17. Oct 2004, at 10:17, Luc Heinrich wrote:
Agreed, and I bet that it's going to be even more joyful when Allan gets his shiny G5 ;)
Definitely! :) Currently the beta/deployment builds are >30 minutes, and then probably 20 minutes to go back to debug mode. So that's an hour of lost productivity.
Agreed as well, it's coming along really nicely. The new status bar has problems though, here's what I get with 1.0.1b6:
Ah, nice catch. Will fix! I also see that I screwed up the right margin of the text view (it shows a one pixel border which it shouldn't, causing the thin white line to the left of the resize symbol).
But Luc, why on earth would you disable the new shiny status bar? ;)
Kind regards Allan
On 17 oct. 2004, at 13:21, Allan Odgaard wrote:
Definitely! :) Currently the beta/deployment builds are >30 minutes, and then probably 20 minutes to go back to debug mode. So that's an hour of lost productivity.
Don't even get me started on this $!#$ piece of !!$##%% that XCode is... :/
Anyway, I guess that this "20 minutes going back to debug mode" is caused by the debug/deployment build styles right ? So why don't you just create a separate target for the deployment build so you can actually live with *both* ?
But Luc, why on earth would you disable the new shiny status bar? ;)
The "old" one was disabled, so I got the bug right away when launching 1.0.1b6 ;)
On 17. Oct 2004, at 14:01, Luc Heinrich wrote:
Anyway, I guess that this "20 minutes going back to debug mode" is caused by the debug/deployment build styles right ? So why don't you just create a separate target for the deployment build so you can actually live with *both* ?
Mainly because I haven't invested the time in doing so, and I'd then need to maintain two targets ;) but it's long been on my to-do to move away from Xcode "project files" and to standard makefiles...
Currently though, I just time it so that I (generally) start the deployment build before I go to sleep (which uploads etc.) and then when I wake up, I have it re-do the debug build while I check news/mail, eat breakfast etc. -- so it's really not an hour of lost productivity, but it's still a tad frustrating though ;)
Kind regards Allan
On 17. Oct 2004, at 5:00, Hans Petter Eikemo wrote:
Differencing background-color of the folding column from the rest of the gutter, would also be nice.. I believe :)
Yes, this I liked very much in the mockup you did.
However, the gutter may contain any combination of bookmark stars, line numbers, folding markers, and soft wrap indicators. So it's not obvious to me how to best introduce the separator lines.
Probably _only_ the folding markers should have its own gutter-column, and the rest should be on the normal darkened window stripes (w/o separator lines inbetween).
Currently, if line numbers are disabled, I'm using the folding markers column for soft wrap indicators, which wouldn't really work if I changed it to have the separator line!?! OTOH this is only when folding markers are the only item in the gutter, and in that case, I could render it slightly differently.
I'm also not sure what color to put in the folding markers row -- you've made it white on your mockups, but IMO that wouldn't look good when the document background is dark.
Comments? Images? :)
Kind regards Allan
-
Allan Odgaard -
Hans Petter Eikemo -
Jeroen -
Luc Heinrich