Intype with a fresh makeup

posted by Ivan Čentéš in Design  | February 18th, 2009  |

As Intypes user interface is getting more and more advanced, standard Windows visual styles are less and less able to express its needs. What were the problems?

  • Status bar is combining the status area (caret position and current status of application) and a toolbar band. Yes there’s an all-mighty rebar, but its default visual appearance on Vista does not differ between static text and buttons.
  • Sidebar has never been defined as a standard component, except for a docked tool window which is simply ugly.
  • Tabs require better visual feedback on drag & drop; custom stuff such as Open last session or an icon for opening a new file.

It might seem simple if you consider Intype in a context of one version of Windows and a single pre-defined theme, but many users have their own favourite Windows version and their own favourite themes installed and that’s where a poor developer is going cuckoo.

So we stopped fighting and hacking the Windows themes, got rid of what we subjectively consider ugly and made it our way. We made a lot of work to deal with various colour schemes your theme might use. We simplified all the controls on the main window by using just a single UI pattern for the tab, status bar button and the sidebar window header.

OK, enough words, take a peek at following screenshot and let us know what do you think.

Intypes new makeup

Comments are locked

We are sorry, but comments for this post are locked. This post is outdated.

  • 1 sagun  | 18.02.2009 at 12:57 am

    Awesome!!! When do I get to play with it?

  • 2 Fan  | 18.02.2009 at 1:06 am

    Beautiful. Thats surely the best looking code editor I have seen for Windows. Keep up the excellent work! Every time you introduce a new feature or screenshot it just looks way better, smarter or just plain cooler than anything else. I would still appreciate regular blog posts about the state of development.

  • 3 axel  | 18.02.2009 at 1:35 am

    great gui improvements. i love it!

  • 4 Adam  | 18.02.2009 at 1:35 am

    Wow!! That looks gorgeous!

    But it feels a little like torture when you show us what you have and we can’t get (yet). That being said I am grateful you are sharing some updates to give the project a little more transparency. Keep them coming and keep up the great work!

    I really can’t wait to get my hands on her!

    Thanks!

  • 5 WhiteHat  | 18.02.2009 at 2:07 am

    Great headway, keep working. This editor shoud be on same level as e-text editor. Good luck.

  • 6 Anonymous coward  | 18.02.2009 at 3:57 am

    Nice

  • 7 pit  | 18.02.2009 at 4:04 am

    Very neat, in general. But:
    1. These labels in status bar are redundant: it’s obvious that ANSI is an encoding, and LF is an EOL character. These labels could be OK as tooltips, but not static label elements.
    2. Also there’s no need to put the button after tabs. It only overweights the tab strip. Just empty clickable area would be allright. See tab strip in Firefox, for example.

  • 8 dflock  | 18.02.2009 at 4:32 am

    Looks great and - unless this is a mockup - is obviously stable and functional enough to load a few files and do a little editing.

    So, as we’ve been waiting a year or so since the last build, how about just making this .exe available for download on the forums?

    Please? No? Ok. Sigh.

  • 9 david  | 18.02.2009 at 5:08 am

    lookin’ nice. great work.

  • 10 kayue  | 18.02.2009 at 5:09 am

    I CAN’T WAIT!!!!

  • 11 Julio Protzek  | 18.02.2009 at 5:44 am

    Good news!
    Any chance to get this in my hands this month?
    Keep the good work (and the blog posts)!

  • 12 xtal  | 18.02.2009 at 8:20 am

    Very nice!

  • 13 Martin Cohen  | 18.02.2009 at 9:10 am

    pit: Yes those seem redundant (especially with “Grammar”) but for beginners it’s better to know. And also, we don’t need to save any space down there. And I really don’t believe in healing power of tooltips. For the new file button in the tabs. As we are going to introduce templates and we now have text drag and drop, it would be extremely handy if you will be able to drop the text on a template, and also be able to create just a simple file (by dragging to an empty space). Also the empty space is not there if you have more tabs open…

  • 14 Tomáš Bílek  | 18.02.2009 at 9:21 am

    WoW

  • 15 Ingwar  | 18.02.2009 at 10:48 am

    Okay, hate to be a critic, but I don’t like these changes much. First the tabs look like status bar fields, which in turn look like project pane header. This is visually confusing. I also don’t like the new tab icon, both its placement and its looks. Do we really need new tab icon at all? And the borders make new status bar controls lose their cleaniness known from current unstable version. Honestly I prefer the way Intype looked before the changes, as it was brilliant realization of the less is more rule, while currently it’s somewhat clunky. :(

  • 16 Max  | 18.02.2009 at 11:26 am

    @pit/Martin Cohen — It might be a good config option to be able to turn off the labels? Have them on as a default, but let people turn them off?

  • 17 Martin Cohen  | 18.02.2009 at 11:46 am

    Ingwar: I have no problem with criticism, but all the reasons you gave have actually been discussed either in the post or my previous comment. So please, read those first and try to understand the need (no offense).

    Nonetheless I will be thinking about how to make a slight, but consistent difference between various uses of the main control UI pattern.

  • 18 Martin Cohen  | 18.02.2009 at 11:50 am

    Max: That might be a good way to go with if everything else fails.

  • 19 Ingwar  | 18.02.2009 at 11:57 am

    Yeah, missed the point where you say explicitly, that all the controls look alike, sorry. And I’m not offended by my own blindness. :) The point of my post is, however (and this is not discussed by you, as far as I can tell) that the light and eye candy interface of previous Intype releases became a bit too heavy (in my biased personal subjective opinion). Personally I prefer IntelliPad’s approach, which has UI so unobtrusive one can start having doubts whether it does have any UI at all.

  • 20 mh  | 18.02.2009 at 11:58 am

    Hi,

    I like the new design, with one exception: I don’t like that the label “Project Manager” is on the same height as the tabs and that there is no spacing between it. In the old version there was about 5 Pixel Space between the Projekt Manager and the Tabs and it didn’t look that….conservative, do you know what i mean? So Project-Manager-Title, Tabs, Project-Manager itself and Code-Area build a cross and i don’t like it, i would prefer the current solution to this.
    I hope you are able understand anything :)

    Greeting from Germany

  • 21 baael  | 18.02.2009 at 12:29 pm

    IMO:
    1. “add tab” icon - should have one static position, i really hate to search for buttons, like it is in FF tabs.
    2. indents on file list should be smaller, so if You work on small window, much more is visible
    3. I hate those vertical lines on buttons
    4. it will be great if all interface things can be hide, like it is with project manager, to optimise working area
    5. I agree that it becomes visually too heavy

  • 22 Martin Cohen  | 18.02.2009 at 1:34 pm

    baael:

    1. Good idea, solves a lot of troubles. Original idea was to stick it to the right if there’s more tabs that fits the area. But your idea would do much better and will clean the UI a little.

    2. Again, agree.

    3. If we are talking about buttons in status bar, I will try to make them either less visible or keep just the one between caret position and grammar button. But I’m not sure if it will be clear that it’s buttons.

    4. I think that working area is now big enough, but will we be adding such options for full-screen, so why not to implement it for whole Intype. Will add it to task list. May I ask you what resolution you are using at your computer?

  • 23 Ingwar  | 18.02.2009 at 2:10 pm

    4. Sorry to cut in, but I think the problem is not with editing component’s physical size, but with the UI becoming less distraction free. The elegant simplicity of early Intype releases is being replaced by visual noise we all know from traditional IDEs. Meh.

  • 24 baael  | 18.02.2009 at 2:39 pm

    currently 1280×800, also sometimes 1280×1024, 1600×1280, 2560×1024. But i use Intype with some other programs as one big IDE, so sometimes I use it in very small window like here:

    http://baael.pl/small_it.png

  • 25 baael  | 18.02.2009 at 2:48 pm

    “I think that working area is now big enough, but will we be adding such options for full-screen, so why not to implement it for whole Intype.” - yeah, that’s good idea to set InType in same mode as fullscreen without stretch it.

  • 26 Anonymous coward  | 18.02.2009 at 3:10 pm

    +1 for dropping the redundant labels on the statusbar

  • 27 Anonymous coward  | 18.02.2009 at 3:57 pm

    Wow!!

    I love this look so much, you’re awesome!

  • 28 Martin Cohen  | 18.02.2009 at 4:52 pm

    Ingwar: It’s really strange that you find this UI so much more distracting. There’s 1 more control, 5 more vertical lines and the space occupied by the “chrome” is almost equal. Only thing that comes to my mind is that the chrome is brighter and as such is visually merging with the editor and the project manager areas. So based on this point, I shall tell you that we have included an algorithm that is automatically adjusting the main windows chrome color to the base themes color. So if you’re using Windows Classic (the one similar to Windows 2000) whole chrome gets darker (matching the base color of the theme). That screenshot has been made on Windows Vista which is having really bright base color. I’ll try to post an example of this with next post.

  • 29 baael  | 18.02.2009 at 5:01 pm

    i’m almost sure, that this illusion is caused because of borders and paddings of tab text labels. Also themes (aero and aero-like) and one is used on screenshot make this illusion bigger. Can You show one without theme (Windows Classic)?

  • 30 pit  | 18.02.2009 at 5:27 pm

    @Martin Cohen
    Who are those begginers who use code editor and cannot guess that UTF-8 is encoding? Even if they exist, they’re not a target group for Intype, I think. So hidden labels by default seem more preferable. And be aware: too much worrying about idiots can make Intype too distracting for smart guys who are currently in love with the editor.

  • 31 baael  | 18.02.2009 at 5:33 pm

    agree, and same with “Project manager” label, path should be instead, like it was before. :)

  • 32 pit  | 18.02.2009 at 5:50 pm

    @baael
    Agree. Path to project is somehow informative, while Project Manager label brings no information at all.

  • 33 Przemek  | 18.02.2009 at 6:33 pm

    Looks at least great. I’m horny when i see this guy (gui) ;p Please relase latest unstable :]

  • 34 Przemek  | 18.02.2009 at 6:34 pm

    It would be great if you will add previous gui to compare ;)

  • 35 yarden  | 18.02.2009 at 7:15 pm

    Yesss!! more more!

  • 36 dijon  | 18.02.2009 at 7:26 pm

    +1 for option to turn off labels

    +1 for path instead of Project Manager label.

  • 37 Anonymous coward  | 18.02.2009 at 8:54 pm

    Looks fine.

    The menubar seems smaller than usual, a bit too small for my taste, otherwise its great.

  • 38 NoWhereMan  | 18.02.2009 at 9:07 pm

    Since we’re chatting about UI, there’s this nifty editor called Scribes (http://scribes.sf.net) I liked a lot under linux, which had this ’spatial’ approach, i.e. one window per document.

    I know it sounds very uncomfortable, while tabs might feel better, but, once accustomed, I liked a lot alt-tabbing through different windows, instead of having to browse through tabs.

    Just a thought.

  • 39 Brendon Kozlowski  | 18.02.2009 at 9:20 pm

    As far as “path to project” is concerned, I’m not entirely convinced - but that depends on how the Intype team is planning on implementing the Project Management features (such as: can there be multiple paths included in a single project, like what Crimson Editor allows?).

    I honestly don’t think I want to know what their plans are at this point in time simply because I’d rather they keep working on what they’re doing rather than get bombarded by more suggestions about many different smallish things that are unnecessary at this stage in development.

    However, I do agree that I preferred how the Project Management “sidebar” looked before, it separated itself with the code itself. Will it also slide-in and slide-out? But, just because I agree with their preferences doesn’t mean I couldn’t get accustomed to it and be perfectly fine with it. It’s simply cosmetic. As for the status bar area, I think that’s fine. Again, it’s simply cosmetic. If it were a functional issue, I might be more concerned. It doesn’t detract from my development, so I don’t really mind it one bit.

  • 40 Brendon Kozlowski  | 18.02.2009 at 9:21 pm

    P.S. - Thanks again for the small updates!

  • 41 funkjedi  | 18.02.2009 at 9:58 pm

    What’s with all the Debbie downers? Screenshot looks great.

  • 42 Anonymous coward  | 18.02.2009 at 10:16 pm

    martin: It’s really strange that you find this UI so much more distracting. There’s 1 more control, 5 more vertical lines and the space occupied by the “chrome” is almost equal

    Well, a lot more happens in the program window now. There are these vertical lines, there’s that attention drawing new tab button, and then there are the gradients. See, before the changes, the UI was placed somewhere on the very edge of my perception. But with the changes the UI managed to pop out and right into the spotlight. I am painfully aware that all the buttons, the tabs and stuff exist, just I am constantly reminded by Visual Studio or Aptana that I’m inside the IDE by all the visual cacophony. I was hoping for a contrary approach, something akin to, say, WriteRoom, where UI is reduced to the extreme in order to let the user to concentrate on editing. Now I do understand that stripping programmer’s editor of UI wouldn’t be very productive. But it is possible to make the UI as much unnoticeable as possible. The old UI was close to that.

    Now back to the question… I can’t pinpoint the exact thing that makes the UI look much heavier. I’d say it’s sum of all the subtle parts. Gradients alone would look very nice if they weren’t separated by the awful grey dividers and if there wasn’t separate gradient background for each bar. Have you seen the facelifted Windows Live Mail? I think this is one of the best uses of gradient in a desktop applications to date. Not ideal, but the guys from Microsoft are really on to something. Also I miss the white space. I’m guessing that the real spacing between status bar items didn’t change but thanks to the vertical lines (again!) all of sudden they look packed together. Hope I was able to clear my point of view a bit.

    “So based on this point, I shall tell you that we have included an algorithm that is automatically adjusting the main windows chrome color to the base themes color. So if you’re using Windows Classic (the one similar to Windows 2000) whole chrome gets darker (matching the base color of the theme).”

    Well, I’m a Windows Vista user, with Air turned on, although with different color theme.

  • 43 smmurf  | 19.02.2009 at 2:28 am

    Labels in status bar were the first thing that I dislike on this screenshot. Tooltips are good for new users to have a look at and keep inerface clean. As I know about myself, if I don’t know what to do with a button, for example, I’ll wait for a tooltip before doing anything else.
    And about the “new tab” button - look at Internet Explorer 7 and 8 tab bar. It has absolutely clean “quarter-tab” for opening new tabs, may be the icon should appear on mouse over. And It’ s a great idea to keep it always at the left side, so it has static position independantly on number of open tabs.

  • 44 Martin Cohen  | 19.02.2009 at 2:40 am

    Yes, there will be a path displayed instead “Project Manager” text.

  • 45 h  | 19.02.2009 at 5:34 am

    I’ve only been looking at the alpha, not the unstables; so this is my first look at the project manager. My immediate thought was “I hope I can turn that off”. So I grabbed the unstable and had a look - yay ;)

    Anyway looking at the new screenshot… Overall I agree that the labels at the bottom (”grammar” etc) should be an option setting on/off. I really don’t want the extra noise, I know what those are. I can see it being an option that’s enabled by default and non-newbies can switch them off.

    Some of the pure simplicity of the earlier versions has been lost; although the more polished look is nice, please keep the interface as clean as humanly possible - or at least give us options to turn off extra UI features.

    Are you making user settings into something that can be saved as a profile and imported into new versions?

    Anyway… great work, looking forward to the next alpha!

  • 46 smmurf  | 19.02.2009 at 1:34 pm

    Illustration to my propositions:
    http://tinyurl.com/intypescreen
    1. New tab button is at the left side and is clean, displaying the icon only on mouse over
    2. Indention of subfolders on project sidebar is shorter (not critical, but may be helpful on small displays)
    3. Status bar on current unstable release is very good, it should be kept, I think, but the text “Line X Column Y” can be replaced with “Position X:Y”, it is much shorter and absolutely clear.

    Now about vertical lines in tab bar. They can be omitted, if tab bar will behave a bit like menu. Active tab is highlighted with background color, and all tabs are separated only with space. On mouse over tab button should be highlighted like active menu point. It will make interface much cleaner and keep all the functionality accessible as it is now.

  • 47 Martin Cohen  | 19.02.2009 at 1:50 pm

    h: Thanks to discussion here, I’m not considering the UI in the screenshot as a final. Some things has to be changed and of course we would like to stay simple as possible (but not more;). Maybe it won’t be ideal in the 0.3.5, but we’ll be working on it to have it final at least for 0.5.

    About the user settings. Intype is automatically saving user settings in it’s user folder, which is currently stored in installation folder (0.3.5 will have user folder configurable and set to “Documents and Settings” by default). However, new Intype will not be compatible with settings from current version, but it’s just few clicks to set it back.

  • 48 Joel  | 19.02.2009 at 2:23 pm

    That is great considering it’s a windows app.

  • 49 Joel  | 19.02.2009 at 2:27 pm

    Is there some kind of paypal donation button somewhere? You’re work is amazing! I would love to help support it.

  • 50 Anonymous coward  | 19.02.2009 at 4:40 pm

    Martin, the UI is fantastic as nothing distracts you from editing code. You might need very minor tweaks as suggested above but don’t move away from the design at all. You’ve got it nailed down so don’t let the naysayers convince you otherwise.

    When can we expect a beta release? You’re building a lot of hype so lets hope you can deliver.

  • 51 Brendon Kozlowski  | 19.02.2009 at 8:18 pm

    Although people have been asking for a new release for a long time, it was never promised that we’d have releases all the way up to a retail release (it was possible, but not promised). We’ve been asking for updates for even longer, we finally got that, let’s not overwhelm the developers by asking for a new preview release. :) I think we’re back to the timeline of “it’s ready when it’s ready”, and so long as we get updates, I’m *completely* happy with that.

    I hope you are too.

  • 52 VoxPelli  | 19.02.2009 at 9:20 pm

    Looks very sweet!

  • 53 Andrew  | 19.02.2009 at 11:16 pm

    @Martin, as a UI Designer myself, I think the new layout looks fantastic, cant wait to try it out.

  • 54 Shaun  | 20.02.2009 at 3:46 am

    It’s really looking good *thumbs up*

  • 55 Seymour  | 20.02.2009 at 2:19 pm

    I like most of the things mentioned in the comments. Good stuff :D

  • 56 Anonymous coward  | 20.02.2009 at 4:38 pm

    please make it compatible to Win7’s interface as much as possible. Honestly, intype has a lot of promise compared to e-text editor. e seems to be a donationware in the outside… glad intype realized that some developers do really care about their editor’s interface.

    thanks! hope we can play with it soon.

  • 57 Hassan  | 20.02.2009 at 9:15 pm

    There are too many comments already to check whether these suggestions have already been made so I’ll just go ahead…

    1) There’s something wrong with the “project manager”…I can’t seem to quite articulate it, but it doesn’t look right.
    2) I think only one of the two bars should have a gradient - either the menubar, or the tabbar (preferably just the tabbar because the menubar is too thin to have a gradient fit in nicely).
    3) The project manager/folder tree can be dragged to the right side right? Because some of us are used to having it on the right. It will be a welcome addition I’m sure for many people.
    4) As someone already suggested - place the “new tab” button in a fixed position.
    5) Having a close button for individual tabs would be nice too.
    6) Make labels turn-offable.
    7) Make the bottom bar thinner - the size from 0.3.1.547 looks just about right.
    8) Display the caret position as x, y instead of Line: x, Char: y.

    Just my thoughts….

    Thanks for the great work. It’s much appreciated.

  • 58 Ali B.  | 21.02.2009 at 5:22 am

    Seriously, I’m dying for the release. Any release. I’d tweet. I’d blog. I’d trade my soul for one! Please? :)

    I have 2 points that comes from my user side and that have already been discussed here:
    1) Labels in the status bar do seem redundant. Even for beginners, it would take them only one time to figure out which is which. To me, it would seem less distracting if you ditch them.
    2) For me, statusbar separators are adding clutter. In the 0.3.1734, dropdown options are smartly highlighted with a slightly lighter color making them obvious and at the sametime, not cluttery. I’d vote for keeping that if you ask me.

  • 59 smmurf  | 21.02.2009 at 3:48 pm

    Now, after looking at what is on the screenshot and what i proposed in comment 46 I think that label “Line X Character Y” is really nice, because “Position X:Y” gives just two meaningless strange numbers, and full label is more human-readable.

  • 60 Anonymous coward  | 21.02.2009 at 5:02 pm

    Labels in the status bar is awesome.

    +1 to Max comment (16)

    “@pit/Martin Cohen — It might be a good config option to be able to turn off the labels? Have them on as a default, but let people turn them off?”

  • 61 MT  | 21.02.2009 at 6:38 pm

    Martin when it comes down to it, you’re the one who has to decide. Most of the teams when they come to a point where their product starts to feel complete, the users want something a little different, a little less, or a little more.

    But that’s why there’s competition. There is not a single editor, nay product that I have come across that everyone sings about. I’m sure if there was a product created that was perfect, someone might just have an issue with its perfection.

    Coming down to the real aspects.

    1. The UI is still pretty neat as it is now.
    2. If you drop the project pane, it gets 90% of its clutter-free nature back. But the feature outweighs the clutter, and its not there when you don’t need it.
    3. Gradients and stuff are not something to be discussed for 60 posts. Some like it, some don’t. If you’re customizing the colorizing properly (which i assume), people would be able to set both colors to the same, and viola. No gradients.
    4. UI is a tightrope since people want all the features, they want the features to be accessible, to be there, and they don’t want their screen cluttered. I liked the way rails does it. They sort of seem to say “we think this is the best way. Try it, you’ll like it, ‘cuz we’re enforcing it anyway”, and after a few hours, the guy who thought he knew best rests assured, that was the best way. Don’t become M$ and provide every single possible feature blasted on top of the toolbar. Just give them what you think is best for them. Its your product, its your ideology.

    Lastly, don’t worry about the discussion, there was never a perfect UI created. Concentrate on the features, because there’s where you’ll be asked for. UIs come and go.

    I really admire your product. Don’t get bogged down in comment hell. Give us your masterpiece, not the edited version of the public.

  • 62 smmurf  | 21.02.2009 at 10:36 pm

    > Concentrate on the features, because there’s where you’ll be asked for.
    > UIs come and go.

    That’s not true, if features are created and interface is attached to them, people can’t use it effectively, but if interface is created, and then filled with necessary features, product is usable and beautiful.
    I don’t know why it is so, but it is so.

  • 63 Anonymous coward  | 22.02.2009 at 12:46 am

    Looks great, does it maintain this look on XP and (promised) Linux version?

  • 64 Jowra  | 22.02.2009 at 2:19 am

    Looks great. But please make the labels turn-offable.

  • 65 ntrio  | 22.02.2009 at 7:00 am

    hi, i jst tested intype in a massive javascript compilation code as much as 18254 lines, but cause me Blue Screen of Death.. nooo.. just kidding, it handles it smoothly.. cool app.. Post at Ajaxian/Downloadsquad when its done. Thank you!

  • 66 GMan  | 22.02.2009 at 5:32 pm

    @61 clap, clap, clap!

    This editor looks very promising. Nothing worthwile is easy to achieve, so if mastery of Intype requires some investigation on the part of the user, so be it. Here’s how I see it: instead of trying to please everyone with the aesthetics, spend your time in writing good documentation.

    As far as I’m concerned, “In The Intype Team We Trust”.

  • 67 Deadelus  | 23.02.2009 at 11:27 am

    Very nice!

    I like the new UI a lot and with maybe some of the adjustments above it will be even better. Have there been improvements to the project pane already? Like possibilities to create new folders or drag/drop?

    Can’t wait!

  • 68 Anonymous coward  | 24.02.2009 at 4:25 am

    +100000 to pit (30)

    Intype can’t be a begginers editor, there are many editors for them..

    @pit your comment is very sincere, and it’s a great true, I love intype

  • 69 Martin Cohen  | 24.02.2009 at 9:31 am

    Deadelus: I’m working on it right now…

  • 70 Anonymous coward  | 24.02.2009 at 5:38 pm

    what about making the status bar smaller, “fading it bigger” on a mouseover…

    also an Idea for the tabs, because height is all you need, you can see more source at once less scrolling, wonderful

  • 71 Shyam Balu  | 24.02.2009 at 10:03 pm

    Double click tab bar to open new tab.

  • 72 baael  | 24.02.2009 at 10:44 pm

    I’ve just created forum topic
    http://intype.info/forums/discussion/806/035-intype-with-a-fresh-makeup/
    forgive me if it is improper. I think it is better way :)

  • 73 DeeLight  | 25.02.2009 at 3:35 am

    Nooooooo this blog post was ment to hit a 100 comments >_

  • 74 Deadelus  | 25.02.2009 at 12:35 pm

    @Martin: SWEET! that is actually the only thing .. ‘missing’ from my current unstable. Can’t wait ^.^

  • 75 dijon  | 25.02.2009 at 1:07 pm

    @Deadelus - exactly my thinking as well. If the next release has proj manager improvements (create file, create folder, etc..) I’ll be very happy :)

  • 76 Deadelus  | 25.02.2009 at 3:04 pm

    Just a feature i just saw in FireFox: “Undo close tab”

    Maybe a nice feature which isn’t too hard to implement?

  • 77 DW  | 25.02.2009 at 8:52 pm

    Personally I really like the new UI. It still feels very light weight and doesn’t seem to get in the way of the code window. I’m actually testing Aptana right now for a PHP project and it feels very heavy. It has some great functionality, but the UI just gets in the way. Intype’s new UI seems to be a perfect balance. I can’t wait to try 3.5.

  • 78 Brendon Kozlowski  | 26.02.2009 at 6:30 pm

    @DW: Aptana is an IDE. Intype is a (syntax highlighted, macro-powered) text editor. Slightly different. :) …so unless a community member creates a Code Assist macro script for PHP, Aptana’s still an easier tool (with debug support) for major projects.

    I still

  • 79 Pipo Lambert  | 26.02.2009 at 9:32 pm

    I really cannot wait to to see this editor in final release!! I am sticking with TextPad in the meantime, but really feel its limitations as time passes.

    All the best - I hope you’re still enjoying creating the next big thing :)

  • 80 Martin Cohen  | 27.02.2009 at 1:01 pm

    Deadelus on Undo close tab: Well as we have the closed tab in Recent Files, it’s easy to reopen it manually from the menu, but you’re not a first one to request this. As I don’t want to add too much of predefined shortcuts to be used by the Intype itself, I would do it as a JS command when JS will be available. That way anyone can configure it easily, or just disable it.

    Pipo Lambert: Sure we do enjoy the development, and it’s better when the features are getting ready one by one, week by week. :)

  • 81 Seymour  | 27.02.2009 at 2:06 pm

    Middle click on the tab to close it would also be pretty cool. I’m not too sure if this has been done already, but when a word is highlighted in InType by double clicking the word, one should still be able to drag the mouse and highlight more characters, but now highlighting word by word. :P Hope that makes sense.

  • 82 Martin Cohen  | 27.02.2009 at 2:50 pm

    Seymour: Middle click is supported since last unstable release (0.3.1.734). The better drag support is already done for upcoming release 0.3.5,…

  • 83 Arian  | 27.02.2009 at 10:17 pm

    I don’t dare to deny the fact that you’re doing a great job, but can’t even go away without admitting that your decision to not even provide an unstable release is lame. Call it Alpha, call it Shalpha, call it whatever you like it to, but this vast number of fans are being dragged by the sake of sincerity.

    Testing is done by end user, he/she then can send feedback and submit potential bugs, which will undeniably help you improve your little piece of software. I can pretty much assure you Martin that even if you give them a buggy copy of Intype, they fully justify it, the actual state of Intype doesn’t matter, people want to experience. Whereas a screenshot is far away from being suffice to calm down our eagerness.

    Where are your brains?

  • 84 Brendon Kozlowski  | 28.02.2009 at 12:15 am

    @Arian: The previous post had a video too, not just a screenshot, so it’s more than just an image. There is an unstable release, even if it is a year old. The core and UI engines have been rewritten a few times since then, if I’ve followed correctly. In doing so, they took a few steps backwards to make leaps forward, but it took time to get back to where they were before the rewrites. It’s not good press to release something with less features than were there in the previous version. I hope that makes some sense.

    There are private alpha testers too that are outside the team, from what I’ve heard (I think yarden is one of them, to help test encoding issues, perhaps?). The private testers must have been hand-picked by the team though as there was no signup or notice of a private test.

  • 85 Arian  | 28.02.2009 at 2:43 am

    @Brendon,

    Thank you for your kind answer.

    But I got tired of visiting intype.info more than 10 times per week.
    I wish to believe we’re at the end of our long waiting period.

    Cheers.

  • 86 enygmata  | 28.02.2009 at 1:43 pm

    VERY NICE WORK!

    I liked the previous interface but this one is more clean and so beautiful.

    Things like this make me think about going back to windows. :P lolz
    Oh wait, Wine is here to help me dont do it. :D

    Thank you Intype Team!

  • 87 kib2  | 28.02.2009 at 2:04 pm

    It would be great if one could change themes according to filetypes:
    is this possible with the JavaScript engine to come ?

    Thanks.

  • 88 visitor  | 02.03.2009 at 3:26 pm

    ah kib2? i guess It would be great if we can try the current build..

  • 89 neojp  | 02.03.2009 at 11:13 pm

    IMHO, I don’t find the new GUI so cluttered as some already said. I even looks better than before.

    Regarding some of the ideas in the comments, options to show/hide stuff is a must. Availability to hide the sidebar (as the latest alpha) and the text labels in the status bar (to keep the current alpha looks).

    As far as the tab bar, I like the new plus button at the end of the opened tabs like Flock, Chrome browsers. But I believe there should be another option to position it wherever the user would prefer it to be. At the end of the tabs, on the right of the tab bar, or just hidden.

    Hope to see the beta/alpha pretty soon. Looks great so far.

    Regards to the team.

  • 90 Martin Cohen  | 03.03.2009 at 3:36 pm

    neojp & others: Well if we make settings for every single thing people have requested, Intype will end up as a configuration tool with vast amount of tabs, checkboxes, radios, sub tabs, dialogs and sub dialogs. We would like to keep need for additional configuration as low as possible. Some stuff, that is required and is reasonable (such as modifying the gradients in the UI) might be available from the configuration files, not the UI. However, I already have removed the labels and moved the plus button to the very right to float over the tabs. I’ll post a new screenshot with the new post and I hope it will close this topic for good :)

  • 91 smmurf  | 03.03.2009 at 10:41 pm

    There is one thing that can be improved, it’s project bar position.
    I’m sure that normal state for it is hidden. As it can be opened with hotkeys it should be opened only when it is necessary.
    When editing code the editing area width is often limited with right margin. The window often is much wider. Project manager can just fit in this margin, so when it opens/closes no one pixel of text is moved. It helps to keep concentration on code, not on interface. And it was the first thing I changed in e-texteditor when I tried it.
    Is it one additional option in settings? No, it can just be draggable and dockable.

  • 92 baael  | 04.03.2009 at 12:15 am

    You have ctrl-F9 and it is totally sufficient, You can concentrate on code when You need to see files and code - or only code. Martin is right, there’s no possibility to make happy everyone :)

  • 93 Martin Cohen  | 04.03.2009 at 10:51 am

    smmurf: The project bar is never opened when you don’t expect it to. And when you expect it to open, you certainly don’t want to focus on the code, but on the project:

    * when you open a project when no project has been opened
    * you show it by the hotkey
    * you left it open when closing Intype and open Intype again

    For this time of Alpha stage, we can’t do anything more. There is however a dragging feature planned, but with low priority and big question mark at it.

  • 94 smmurf  | 04.03.2009 at 11:30 am

    I don’t ask to implement it immediately, but it will be serious advantage for me if it appears some day. Such things show that interface is well-designed. Not in alpha-beta, of couse.

  • 95 Martin Cohen  | 05.03.2009 at 10:53 am

    smmurf: IMHO The fact the interface is well-designed is not shown by adding heavy unimportant universal features such as dragging for docking, than can be used just to move one project bar from left to right. However, I’ll find a way on how to do it (maybe just by adding a main/context menu item to switch between left and right docks — because that is now possible, it just does not have the UI to use it).

  • 96 smmurf  | 07.03.2009 at 5:16 pm

    Maybe my opinion is’nt clear, but what I mean is not dragging.
    I mean that we can’t decide which position is better for everybody, because for me it is right side anyway, and for you, as I see, it’s left. So I would like it to be configurable, maybe by editing a file.
    But if it’s not, I will still like InType :-)
    I think it’s a good idea to put advanced settings that is easy editable (XML/INI is enough).

  • 97 dan  | 07.03.2009 at 11:17 pm

    Keep up the good work! For those who are bickering; if it doesn’t suite you, make your own.

  • 98 KvnGarnet  | 08.03.2009 at 8:38 am

    Release the Beta please!!!

  • 99 kib2  | 12.03.2009 at 6:19 pm

    I’m starting to ask myself wether you use Photoshop tools to build your nice shots.

    Again, after 4 weeks of waiting for something (oh yes, I forgot a year), we just have…nothing!

  • 100 Mee Too  | 12.03.2009 at 7:56 pm

    @kib2 - I believe that too.
    We are talking about “alpha” releases here for God’s sake.
    How hard is it to put publicly an EXE for download?

  • 101 Shane  | 12.03.2009 at 10:36 pm

    I’ve basically given up on this editor. Five months in between alpha releases? Yeah…

  • 102 sagun  | 12.03.2009 at 11:29 pm

    @kib2 & Mee Too: Why are you guys whining so much? There are so many other good editor available, use those till Intype is ready.

    Please don’t bother the Intype team with all your whining. Your whining just makes the release time longer.

  • 103 Ingwar  | 12.03.2009 at 11:46 pm

    @dan: It is pretty much impossible to craft a good piece of software without user input. Feedback is important, especially critical one.

    @kib2: You get a chance to add constructive feedback and influence the final product. This is quite something. And as for not seeing new releases… How fast are you when it comes to coding such big projects yourself?

  • 104 baael  | 13.03.2009 at 12:18 am

    totally agree with Ingwar. Finaly, at current status - Intype seems to be best choice for “me on Windows” ™ :P

  • 105 Shyam Balu  | 13.03.2009 at 4:18 am

    @kib2 Check the exif data it was atleast saved from Fireworks ;)

  • 106 kib2  | 13.03.2009 at 11:44 am

    @Sagun: I’m using EMacs for a long time now, and it’s a brillant editor. The only problem is that it’s like an OS too. Opening it for common tasks is a long process.

    @Ingwar: Unfortunatly, I really don’t care much of InType’s GUI look and feel, that’s why I didn’t add anything about the screenshot. The last one was just good for me. I’m just hoping we have not waited more than a year just to see eye candy tabs and the likes. Talking about the editor’s internals, the way you’ll be able to customize it to suit your needs is a way more interesting for me.
    But sure, writting an editor is not as simple as it seems. Look at what you have in all the common GUI toolkits: all sucks. Scintilla’s got a good editor part (folding, column selections, etc.), but an awfull API. Extending it just to support another langage is a pain (who wants to build a C parser now?). Others ? You won’t have syntax highlighting, folding or column selections. Implementing all these features yourself is quite hard. So, I can understand the Intype’s team to build their own GUI, but please speak about the internal JavaScript engine capabilities more than what tabs will look like.

  • 107 Ingwar  | 13.03.2009 at 7:21 pm

    @kib2: Correct me if I’m wrong, but are you suggesting that the dev team is not supposed to post about quite important topic that has spun over 100 comments because *you* don’t care? Oh my…

  • 108 Joan  | 13.03.2009 at 10:14 pm

    @Ingwar: please, this is not a NASA project, over 2 years to implement a text editor and it is still an alpha version (0.3).

  • 109 kib2  | 13.03.2009 at 10:41 pm

    @Ingwar: I just wanted to be more constructive, but whatever.
    So if I understand it correcly, everybody is here for cosmetic reasons…hum, let me have some doubts about it ! We want a text editor, not a paint pot.
    Does the team posted something on Jasmine yet ? It’s far more important than knowing if my Intype main window will be blue or yellow.

    @Joan: This topic will certainly fell in Douglas Adams’s “Hitchhiker’s guide to the galaxy”; so maybe we have to fasten our belts and wait for the NASA to launch its shuttle.

  • 110 Ingwar  | 13.03.2009 at 11:51 pm

    @Joan: A day only has 24 hours. But since time flies slower in outer space, maybe NASA will indeed be able to help speed up designing process a little.

    @kib2: We who?

  • 111 kib2  | 14.03.2009 at 12:25 am

    @Ingwar: please, stop it…you’re becoming pathetic.
    “We want a text editor” : where am I wrong ?
    But maybe you just want a paint program ?!

  • 112 baael  | 14.03.2009 at 1:22 am

    I don’t get it. It’s little unkind to demand editor. Ok.. if You want - You can get any other. Intype for it’s team is secondary project (I think). They will work on it when they can and wants. Tell me where is told, that You have right to demand Intype. If You aren’t patient enough to wait for it, why don’t You download any other editor and be happy?

  • 113 Ingwar  | 14.03.2009 at 1:38 am

    @kib2: I didn’t attack you personally and I’d be grateful if you didn’t try to resort to low blows yourself. Let’s keep it civil. I am trying to point out that you have tendency to speak for everybody while it is very clear the topic you keep dismissing is actually very interesting for other community members. You said that you don’t care, but what makes you think others care about you not caring?

  • 114 sagun  | 14.03.2009 at 7:06 am

    wow! you guys are such a bunch of kids!!! please stop fighting over small things.

  • 115 Martin Cohen  | 14.03.2009 at 1:09 pm

    I’d rather close this discussion right away. Let’s focus on a new topic.

 

Categories

What is Intype?

Intype is a powerful and intuitive code editor for Windows with lightning fast response.

It is easily extensible and customizable, thanks in part to its support for scripting and native plug-ins. It makes development in any programming or scripting language quick and easy.

Where can I get it?

Intype is still in development, but the current alpha release is available for download here.

© 2006 Intype Team