Komodo Edit 4.0.2 bug and suggestion list on 2007-03-25
################################################################################

My system and installation (for information)
================================================================================

(Same as for my first list of problems and suggestions)


- CPU: P4 3C.
- RAM: 1GB.
- OS: Gentoo Linux.


- sys-libs/glibc-2.5  USE="-build -glibc-compat20 -glibc-omitfp -hardened (-multilib) +nls +nptl +nptlonly -profile (-selinux)"
- sys-libs/lib-compat-1.4.1  USE="+sdl" (note that on Gentoo, this version supports both C++ libc-5 and libc-6 compatibility)
- x11-libs/gtk+-2.10.6  USE="+X -debug -doc +jpeg +tiff -xinerama"


- I used package Komodo-Edit-4.0.2-275451-linux-libcpp6-x86.tar.gz (with the official installer, for the problems not related to the Gentoo Linux ebuild)


List of bugs and bug-like problems
================================================================================

- In the preferences, I chose to use "/usr/bin/firefox" as my browser... but when going to menu "Tools" => "Extension manager", and when clicking on the "Get Extensions" or "Get Themes" links, I get a warning dialog telling me Komodo will launch `/usr/local/opt/firefox/firefox "%s"`... If I create a symlink, or go to the specified address manually, I get a 404 not found for both links... Isn't there any way to remove these links, if you don't offer additional extensions/themes? (and remove the "Themes" tab). Do you support disabling extensions, or adding new ones? if not, simply remove the "Extension manager" entry, in the "Tools" menu.

- In the README.txt file, lines 329 and 333, you wrote `ln -s <installdir>/komodo /usr/local/bin/komodo`, instead of `ln -s <installdir>/bin/komodo /usr/local/bin/komodo`, and `export PATH=<installdir>:$PATH`, instead of `export PATH=<installdir>/bin:$PATH`. You are explaining it correctly, just above, but some users might be confused, or not even notice, and make errors.

- In preferences => "Fonts and colors" => "Common syntax", when I click on "Reset", it does not reset the element color... (there might be similar problems in the other tabs). It would also be nice to be able to reset all rules with one button, though one sure could remove the scheme, and recreate it... It does not seem to do it for all types... or maybe not always... I don't know what I did to get this...

- In preferences => "Fonts and colors" => "Common syntax", with the PHP example from "Lang-Specific", if I try to modify the style for "identifiers" (like function names), it does not work... I have to go to "Lang-Specific", and select the styles there... (the color is simply not inherited, I guess). Same for other types, like "strings"... maybe it doesn't do it systematically... I don't know what I did to get this...

- In preferences => "Fonts and colors" => "Common syntax", there are some problems I cannot define precisely, but sometimes, clicking on an example part does not change the element type... (for example, with the PHP example from "lang-specific", when clicking on the comment, and then on variables... but it does not always do it, and I don't know exactly what I did to get this...). On a similar matter, when an element type in "Common Syntax" does not have the same name (or is subdivided), then when going to "Lang-Specific", the element type is not switched to the correct name...

- I have some .php file, starting with PHP code, then there is some HTML part, and in the HTML part, in the header, a `<style type="text/css">`, with some PHP code inside... (between "<?php" and "?>")... this PHP code isn't highlighted as PHP.

- I have ".css.php" files. In the preferences "File Associations", if I add the pattern "*.css.php", and associate it to CSS, it appears in the list, but when I click on "ok", nothing changes in the highlighting, and when I go back to the preferences, the entry for "*.css.php" wasn't there anymore... well, or so I think, because after trying again a third time, it seems to be saved and listed properly... (I'm not absolutely sure I didn't miss it the first two times, but I checked multiple times... -by the way, for any long lists, there should be at least five elements visible... currently, only three are shown, which is frustrating, and limit the apprehension of the list). However, the CSS styles still does not apply. I have to restart Komodo (there should be a warning, like when changing keyboard shortcuts, if it is really required to restart Komodo...), for them to work. Then, while the CSS code is properly highlighted, the PHP code isn't. "<?php" and "?>" should be detected properly in CSS code, or, more systematically, there should be the possibility to link multiple languages to a file extension... (possible context collisions will have to be handled...).

- When there is a syntax error in the first line of the file (for example, a "<?php" are the start of a ".css" file), then, when moving the mouse to the tab titles, even quickly, the syntax error tooltip is shown, then the tooltip for the tab title (the full file path) is shown, above, or near... it is confusing to have two tooltips, even if there are of a different color, and even more for them to overlap... as soon as the mouse leave the text edition zone, all tooltips in this zone should disappear (and they should not appear if the mouse is already out -there is some delay, so even when the mouse already left, a tooltip for the edition zone might appear...), so, for example, when moving the mouse to to tab titles, only the tooltip for the tab title should be shown.

- I cannot reproduce it, but after having selected some text, tried to moved it with my mouse, and then, maybe not just after this, tried to cut it, the text cursor wouldn't move when using the up arrow key... I had to move it with my mouse, to unblock it.

- Adding my class directory to the list of directories, in "Languages" (global preferences, or project preferences), does not seem to work... In my first problem and suggestion list, I talked about completion between files and files of a specific project... it would seem you in fact support it (the description should be more clear... like instead of "PHP directories", write something like "Directories for interfile code completion and calltips"...), but it does not seem to work... is there anything I am missing? (I restarted Komodo without change... In PHP, when typing "new R", the classes starting by "R", in the class directory I added, are not listed...).

- My Ctrl+Space key is externally mapped to SCIM (input method, like for Japanese), so I cannot use it for completion... I wanted to set the shortcut to "Ctrl+Shift+Space", but Komodo only prints "Ctrl+Space"... It there any limitation with this shortcut? Ctrl+Shift+Tab, for example, seems to work properly... Then I tried, temporarily, Ctrl+Tab, and Komodo didn't tell me the shortcut was already mapped to the action of switching to the previously used tab... (the action is not listed in the shortcut list...). If I use the shortcut, it activates both actions... (it does the same, for the next used tab, with Ctrl+Shift+Tab -note it activate both, only because the shortcut for moving between tabs is not listed, otherwise, the shortcut would have been removed, because multiple actions for a shortcut are currently forbidden). If possible, permit to use "Ctrl+Shift+Space" (though I will have to think about a shortcut for the previous completion...), and list all keyboard shortcuts in the list...

- In the project tab, if I right-click on a subdirectory, and click on "Add" => "New File", then, in the new file dialog, the directory is the main project directory, instead of the subdirectory I chose... it means I have to move the file after creating it...

- In the preferences, in "Internationalization", in the date and time format text zone, if the text is too long, all the elements in the dialog are enlarged beyond the dialog frame, and you have to manually enlarge the dialog frame, to see the full dialog... It doesn't do it with other text zones (well, maybe with a few others, I don't know). The elements should not be enlarged automatically.

- In my first problem and suggestion list, I talked about some delay, with completion... in a PHP file, if I start writing "pub" (for "public"), there is a non-negligible delay. While the text typed during this time is properly taken into account, after (it is a simple lag), it would be nice if the delay disappeared... the characters should always be displayed as soon as possible, even when there is some processing for the completion...

- For automatic indentation, automatically adjusting the indentation of "?>" (closing the PHP script), with the associated "<?php" (opening it), does not work...

- In the project tab, when moving a file with the mouse, it only creates a project link (not even a filesystem symlink)... it is highly counter intuitive... When pressing the Ctrl key, during the moving (usually associated to copying the file), a little "+" sign appear in the cursor icon, but the result is the same... When pressing the Shift key, during the moving (usually associated to moving the file), nothing changes. By default, moving a file should simply move it. We should then be able to use the Ctrl key, to copy the file. The Shift key should keep the "move the file" action. You might maybe keep the idea of project links (and maybe add the possibility to create filesystem symlinks), maybe when pressing the Alt key, though I don't see how this can really be useful (shouldn't you group the files physically, if you need a better categorization? -well, I understand that when using third-party code, it might not be feasible). In this case, there *must* be a specific icon for project links, and a tooltip saying it is a project link. Do not forget to properly inform users of the change of the default behaviour... (it is a requirement to change the default behaviour... project links are certainly far, far least used than moving files, or copying files...).

- I created a file, from a terminal, it was listed automatically in my project... I opened the file. I then removed the file from my terminal. Komodo properly asked me if I wanted to close/save the file, and the file was removed from my project. After this, I recreated the file from the terminal, and Komodo listed the file again, but in red... I opened the file, and Komodo said "The file foo does not exist. Do you want to create it?"... it seems something has not been reset, after the file has been removed from the project...

- If I remove a file, using the right-click menu in the project tab, and the "Move to trash button", while the file is currently opened in Komodo, the file is not physically removed. When I remove it from my terminal, and go back to Komodo, it properly asks me if I want to close and save the file... then, if I recreate the file, from my terminal, Komodo will tell me, when opening it, that the file does not exist, like in the note above, but after this, it will also ask me: "It appears the file foo was not properly saved, would you like to restore the backup?"...

- If I remove a file, using the right-click menu in the project tab, and the "Move to trash button", the file is only removed from the project, and not physically... (and not moved to any trash I know of...). There should be a button, -or a checkbox, though it means two clicks, but some people might feel safer (while some will feel annoyed ^_^ -probably add an option to remember the choise)-, to completely remove the file, and the option to move the file to the trash (which trash, by the way? a Komodo-specific trash? "~/.Trash"? "~/.local/share/Trash"? another one?), should work.

- The line and column coordinates, in he status bar are update far too slowly. It should be updated immediately. When you are searching a specific line/column, it is very annoying to have to wait nearly one second, before the coordinates are updated.

- In the preferences, "Fonts and Colors" => "Colors", if I change the color of "Bookmark Color", it does not seem to change anything when bookmarking a line... should this set the color of lines which are bookmarked? If no, then there should be the possibility to do this. An icon in the icon bar is not enough (the current icon is not visible enough, anyway... light blue on gray background is hard to notice, notably when browser the code rapidly).

- I tried to set a transient mark, using "Code" => "Marks" => "Set transient mark", with the cursor in a line, or a whole line selected, but it does not seem to do anything... (well, after two or three time, I finally noticed the "Transient mark set" temporary message, but nothing appear when I go back to the line). In the help, they say something should be written in the status bar, when on the line... (nothing in the icon bar? it would be hard to find and use it... from the help, it seems to be the difference between bookmarks and marks... but is there any use for this...? shouldn't there be only classical bookmarks?).

- When a line wraps, you can set a bookmark on the first line, and on the first wrapped line (the second line)... you should only be able to bookmark the first line.

- In the help, I cannot reproduce it, but there were some times, at first, where, when clicking in the index, I was led to far in the document, instead of to the title... that might have been after I enlarged the window, though, as said, I cannot reproduce it...

- In the help, in the table of contents, some titles listed are not the same as the one in the content... for example, "Editing" => "Navigating Within Files" => "Using Bookmarks and Marks", is named "Setting and Moving to Bookmarks and Marks"... The title in the table of contents is better. I guess you renamed the title, and either the TOC, or the content, has not been synchronized... It's always confusing, when titles are changed on the way... (except when shortening/extending them -well, it is still confusing, but you generally quickly understand what happened-, but it's not the case here).

- When you have a text like "(Test)", and you put the cursor between the final 't', and the closing parenthesis, and you start typing quickly, you will see the last few letters being highlighted, with the same color as the parenthesis... While there could be some research on highlighting the last few characters/words (checking if it can improve typo finding, when touch typing, or if it diminishes readability...), I guess this is simply an problem :) Isn't there any way to remove this lag?

- I have no idea what is causing it, but on some lines, even when the cursor is there, when I use "ctrl+s", to save he document, Komodo scrolls the document to some point upward, and the line with the cursor disappear at the bottom of the window... it does not do it on all lines... it's very annoying, when saving the document often, as I do...

- When the current line is highlighted (the text cursor is there), then, when left/right-clicking on the tab title, the line background blinks... while surely not a big deal, it still catch the attention, which is generally not good, when not where the user should be looking at.

- When selecting multiple files/directories, in the project or toolbox pane, then right-clicking, to get the menu, the selection still holds, but the background color changes from blue to light gray... it's confusion, and you would think the selection has been destroyed... well, in fact it does it even when selecting one file, it it is just as confusing...

- In the snippet creation dialog, in the name field, the tab key selects the text, character by character, backward... (it does not do it in the text zone below, nor in the main editor zone...).

- In a template, I use "[[%(b)]]", to include the basename, without its extension, of a class, to use as its class name... however, instead of inserting the basename of the file being created, Komodo inserts the basename of the last active file (the file being active when creating the new file...). If no file were opened, Komodo says "Could not interpolate:The command string includes %b, but there is no current file"... (and it does not create the file after this... it should simply ignore the code, instead...), so this code is oriented to snippets, and not to templates... I guess this is the same for most other codes, then... It would be nice to be able to use all these codes in templates too.

- The interpolation shortcut %b, only strips the right-most file extension... it would be nice if it stripped all extensions... (e.g., ".class.php", ".css.php", etc. -I understand there is a risk that dots are used in the filename itself, but it should be pretty rare, when using templates).

- If a file is opened, and I use Komodo to create a new file with the same filename, in the same directory, there will be two opened files with the very same path... I think you should not close the old file, even if Komodo ask confirmation to replace the existing file, just in case the user missed something, but you should definitely warn about the fact that two documents with the same path are opened, and that the user should check and close the older one, ASAP, to avoid any problem.

- In the preferences => "Fonts and colors", setting the color for "control characters" does not seem to work (and I tried in the "Common Syntax", and "Lang-Specific" tabs...). This should set the color for LF and CR symbols (notably), right?

- When selecting multiple lines, you cannot bookmark them all... it only bookmarks the first line... (same when you want to remove the bookmark). Note that "toggle bookmark" should not simply toggle the bookmark status on multiple lines... if not all select lines are bookmarked, it should first bookmark them, the first them (then unbookmark them, the second time). Another way of doing it could be to take into account how many lines are bookmarked (and maybe their length, if an equal number of lines are bookmarked and not bookmarked)... if the majority of lines (or the majority of characters, in case of equality -and bookmark all, the first time, if same number of characters too), are already bookmarked, you should probably unbookmark them all, the first time (think about quickly select a few bookmarked lines, including a few blank or short lines... you would generally want to unbookmark the bookmarked lines...); otherwise, unbookmark them all, the first time.

- When I drag a file, from the toolbox tab (it does not do it for the project tab), to the same directory (a live directory), it still creates a virtual copy of the file... it is even more confusing, when you think about what to do to remove the file: will it remove all the files with the same path? will it only remove the virtual files? which are the virtual files? (they seem to be exactly the same as the normal file).

- In the toolbox, I created a run command, and associated it with "Ctrl+T", which was already associated with "Editor: Transpose Current and Previous Characters". Komodo properly listed the conflicting shortcut in the bottom list, and warned me with a dialog, than the current short for "Ctrl+T" would be disabled... however, if I go the the preferences, the "Ctrl+T" shortcut is still listed for "Editor: Transpose Current and Previous Characters", and it cannot be removed... (nothing happen when I click on "Clear", and if I enter "Ctrl+T" as a new shortcut for the action, and click on "change", it will instead add it, and there will be two "Ctrl+T" shortcut... if I click on "Clear all", one still remains...). If I try to activate the shortcut, only my run command is run. If I remove the shortcut from my run command, I now have three "Ctrl+T" shortcut for "Editor: Transpose Current and Previous Characters", in the preferences, and I cannot remove any of them... (the "Clear" and "Clear All" button have no effect...). If I enter another shortcut, and click on "change", it still add it, instead, and if I click on "Clear All", this is the only shortcut which will be removed... I closed Komodo, removed the three entries from my keyboard scheme file (.kkf file), and restarted Komodo, and it know works correctly (no more shortcut for "Editor: Transpose Current and Previous Characters", and I could set one for my run command, without problem). [Err... after having restarted Komodo again, the shortcut for my run command disappeard, and "Ctrl+T" now selected one character backward -is that the default behaviour for unassigned shortcuts...?. I set it again, restarted, and it seems to be kept, now.

- I don't have much details, but yesterday, I created a project for my "~/.komodoedit" directory, to easily access the configuration files... then, I added the template directory, from my profile, to the toolbox (using the add virtual folder menu entry, from the toolbox)... then, I did some stuffs with symbolix links, from my terminal, like symlinking some files and directories to the template directory... and then, removing some of these symlinks, or something like this... I also created a few snippets, renamed them, some had the same name, and things like this (notably with parentheses in the names -though it seem properly supported, and now works, so it might not have any relation)... and there was multiple strange things that happened, like I was right-clicking on a symlinked directory in the toolbox, and I don't know why, but the entire ~/.komodoedit/4.0 directory content was added to the toolbox... (after a few seconds of freeze), and in the project tab, some things from the "~/.komodoedit" project, wouldn't update (I don't quite remember), and then I restarted Komodo, but the toolbox wouldn't appear... the cursor was a watch, or something like this... I closed Komodo, and edited the project file for the toolbox, manually, to remove everything I added to the toolbox, restarted Komodo, and the toolbox appeared normally...

- In the toolbox pane, if I rename a live directory (using the "rename" entry in the right-click menu, in the toolbox pane), it diseappears from the toolbox.

- In the project pane, if I click on "delete", in the right-click menu, nothing happens... and as other things related to the "delete" word, I noted elsewhere, you should be more specific... for example: "Delete Komodo project file", or, a bit less cute, but maybe even more clear: "Delete project .kpf file" (long, but you already have "Create template from project...", in the same menu...). Otherwise, people will think it might remove the project file, and all files in the project, which probably is not what the user want. If we didn't have to care about the length, I would prefix the description by "Close project and ", but it sure is too long for today interfaces...

- I had three projects opened, including too with the default MyProject.kpf name... Earlier, I tried to remove these two, using the "delete" entry, in the right click menu (see note above), and now, I tried to click on "close", on one of the two, and now, my first normal project and one of the two "MyProject.kpf" project has been closed... If I now close the remaining "MyProject.kpf" project, my first project reappears, as the only open project... [after switching to another window, and coming back to Komodo, a message told me that the "MyProject.kpf" project was removed from disk -I indeed removed it-, and asked me if I wanted to save/close it... even though it was not listed in the project tab...].

- In the toolbox pane, I added a live directory which was a symlink to another directory. As said in a suggestion below, the name and path of the target directory was used (instead of keeping the link as is). I then removed both the directory and link, from a terminal... but when I came back to Komodo, the directory was still in the toolbox, with its name in black (instead of being removed automatically, or with its name in red...).


List of suggestions
================================================================================

- In the preferences, in "Directory Import", in "Files and directories to exclude", you might add "*.bck" (some editors, like NEdit, use a ".bck" extension).

- In the preferences, in "Internationalization", in "Date & Time", you should add "%Y-%m-%d %H:%M:%S" as a quick shortcut (it is the classic ISO representation of date and time -see http://www.cl.cam.ac.uk/~mgk25/iso-time.html). You might also add another shortcute, for "%Y-%m-%d %H:%M:%S%z" (added numeric timezone, stuck to the time -named timezones do not permit to compare dates quickly, and there are some name collisions), though it the previous shows only "+0000", instead of "+0100", in my case, so I'm not sure if it works... if possible, it would also be nice to support something like "%:z" (used by the `date` tool, on GNU/Linux), to add a colon between the hours and minutes of the timezone... (e.g., "+01:00"). I'm not quite sure where the date is used, though (it is not used in the start page, when listing the recent projects/files, so this is rather confusing). You should add some note about it, in the dialog (or at least a tooltip). If the date is used in any machine-oriented file, you can also use the "%Y-%m-%dT%H:%M:%SZ" format (note the 'Z', for UTC -depending on where the date is used, permitting to have UTC dates could most be useful too). The button to list the shortcuts and allowed formats is hard to notice (maybe you could use a text button named "Shortcuts", or, better, but longer "Predefined formats" -though it doesn't go well with the format specification also included in the menu). Finally, some entries from the shortcut menu replace the whole date, while some others do not... and for those which do not, if some text is selected in the text zone, it will be replaced (which sure is the standard behaviour, and the undo/redo shortcuts do work, but it still feels odd to replace some text, in an input zone, when selecting something from a menu). [I later found the formatted date is shown, notably, in project properties, and "%z" -undocumented in your date shortcut menu, but showing "+0000" as an example, indeed does not work... it should be supported -and again, "%:z" too].

- I found you used the same format for date inclusion in templates/snippets, so there is really a need for UTC dates... (for metadata, it is always more simple, notably in international projects). Maybe add a modifier like "%0" (the number 0, to refer to +00:00 timezone, UTC), and if present in the date, strip it, and use the UTC date...

- When creating a new file, do not gray out the "Save file" icon and menu entry, until something is typed. You still respond to the shortcut Ctrl+S, and it properly redirects to "Save as", as the new file does not have a directory where to be saved... AFAIC, I like to save files before typing anything, and though you still respond to the shortcut, some people might not notice, and it is anyway visually frustrating ^_^; (of course, after this, when the file has been saved, or when any file has been opened, you can gray out the icon and menu entry... I'm only talking about new unsaved, and empty files).

- For a lot of configuration stuffs, you have a drop-down select list, which changes the context of the adjacent text boxes... (for example, in "Language Help", when you have to select the language in the list, to check what is the content of the text zone for this language...). It is pretty unusable, because it is rather uncommon, and because it is hard to quickly check what is the current configuration for all languages... (you can use the down/up arrow keys on the select box, but you can't have a global vision of the configuration...). Maybe something similar to what you have for the "Environment" section, could be a bit better, though you should merge the two parts (permit to modify the values in the list, like with "about:config" in Firefox). It becomes even more problematic, for "Preferences" => "Fonts and Colors", when you have to switch tabs between "Common Syntax" and "Lang-Specific", to discover/modify the current configuration (it is good to have the possibility to change either the common syntax, or the lang-specific syntax, but it should be easier to find where to change what, and easier to understand if there is any inheritance rule, or things like this).

- In the preferences, in "Languages" => "HTML", there is no default DTD for XHTML... (1.0 Strict/Transitional/Frameset, 1.1, and 2.0 -though it is still a draft).

- Allow to fully modify the toolbars... in the standard toolbar, for example, I like to have icons for new/open/save, though I seldom use them, but I have absolutely no use for the other icons, and I would like to remove them...

- For the toolbars, it would be nice to have an option for 24-pixel icons (I guess some people like the icons as they are, so it should stay an option, but it might, however, be activated by default...). I find the current size too small, and 32-pixel icons would obviously be less cute (well, generally).

- In the start page, when deleting the history, permit to check a checkbox to not be asked to confirm anymore (though I understand there might be some human errors, and there might be a need for confirmation, AFAIC, I like to clean histories regularly, even if short, so a confirmation dialog is a problem...). By the way, you use "Clear", in the tooltip for the "x" button, and "Remove", for the "Remove" button... you should always use "Clear", as it is more... clear :) You don't want to click on a button named "Remove", when your most-important files/projects are listed, even if the tooltip says it only remove the files from the recent project/file list :). For the "Open" and "Remove" buttons, you should also add "selected", and maybe even "selected projects and files" (there is quite some free space, though having two buttons in a row, with a similar text is not too cute, so mayeb you shouldn't)... the problem is that without clearly specifying the buttons apply to both projects and files (and to selected projects and files...), the buttons are really confusing, because we think they only apply to the "Recent Files" pane, and not to the "Recent Projects" pane... (by the way, the margin between the buttons and the "Recent Files" pane, is not the same than between different panes... it should). Maybe you should duplicate the buttons, and make them only apply to the associated pane...

- For the "Toolbox", "Projects" and "Command Output" panes, there is an icon to hide the pane, but it hides it completely, so you have to find use other functions to show them again... While you should keep the possibility to completely hide (should be named "Close", in this case) a pane, you should also permit to simply reduce the pane to a full height/width vertical/horizontal bar, about 24-pixels wide, with the name of the tab... then, when you click on the name, the tab will be reopened. It permits to hide/show a tab/pane, without having to go somewhere to hide it, and somewhere else to show it again.

- The little box I get on pane borders, to specify they are resizable is too visible (it is distracting), and too small... (as it is too visible, it becomes frustrating). You should use a series of 5-10 small 2-pixel squares, spaced by 3 pixels, centered vertically and horizontally, a bit darker than the brackground, but not too much (it should be clearly visible as dots, but it should not be distracting), and without any 3D effect (it would be too visible).

- In the project tab, there should be an option (activated by default), to list directories first (instead of mixing directories and files).

- Additionnaly to projects, I think it would be nice to have a mini file browser (in a tab, like projects)... Kind of like a global project, permitting to check any file on the filesystem... When doing very small projects, or when simply editing independant files, it is often better than creating a new project (or having to go to the open file dialog...).

- In the project tab, when a filename is too long, you dynamically cut it in the middle, and add "..." in the middle... while some persons might like it this way (probably people using short filenames anyway, or a lot of similar filenames, with different extensions -so you might keep a non-default option for them), it would be better to simply let the filename as is... if the tab is not wide enough, the end of the filename will simply be hidden. It avoids having to use three characters for "...", and to keep the very end of the filename, including the file extension, when what generally matter most (to understand and differentiate a filename), is the beginning and middle of the filename. For example, for my PHP templates, I get "PHP_....php", five times... ^_^;. There sure are tooltips, but they really slow down things.

- In preferences => "Fonts and colors" => "Lang-specific", the language always starts with "Python"... it would be nice to save the last selected language.

- In my first list of problems and suggestions, I said "<?php" should be black bold... However, it is typed as "operators", so it makes "{}", "()", ';', in bold too... it should not, so "<?php" should be separated...

- In preferences => "Fonts and colors", while keeping the example from "Lang-Specific", when switching to "Common Syntax" isn't too bad, it still is confusing, and doesn't help with understanding where to set the style for a specific element... (in "Common Syntax", or in "Lang-Specific"?). If the example is unmodified, you should switch back to the generic example, when going to "Common Syntax"... you might also offer a drop-down list of all examples, including the generic one, so that we can easily reset them... [I just found out the "generic" example is in fact the example for Python -Python being always selected by default, in the "Lang-Specific" tab... I think there should be a more generic example, showing precisely, all common syntax elements...].

- When changing keyboard shortcuts, a warning states we have to reset Komodo in order for them to work... Isn't there anyway not to restart Komodo? While it keep sessions, it is still annoying to have to restart a graphical application, for a change to be taken into account (and notably if it takes a few seconds to load, and we want to test multiple things). [I tested, and new shortcuts seem to work without restarting... does the warning only apply to some functions? It seems there is something with shortcuts being shown in menus... if this is only this, and you really cannot do it without restarting, then you should remove the warning dialog... just write a small warning in the preferences, saying that shortcuts won't be shown in menus before restarting...]

- In preferences => "Fonts and colors" => "Lang-Specific", there are different styles for multiple XML languages... (XSLT, XBL, XUL, and even XML elements in PHP files)... Can there really be any need for this...? There should be more advanced inheritance rules. I want all XML (and it includes (X)HTML) code to be the same... and I don't want to have to modify the styles for all elements, ten times...

- Add the possibility to move tabs, between panes... (including if they are the only tab in the pane...).

- In PHP (and in most other languages), in strings, you can use escape sequences like "\n"... it would be nice to be able to style them independently... Note that, generally, only a limited subset of these escape sequences work in strings which are quoted with single quotes... (be careful to take into account that the '\' character itself can be escaped, and that not all characters, after the '\', make an escape sequence... -well, you might still highlight the sequence, if the character does not make an escape sequence, so that people take habit to escape '\' characters not part of an escape sequence, because there might be some forward compatibility problems).

- Text completion, with drop-down select, like for code completion (if I write the word "Foobar", somewhere, then Komodo should complete it, with the drop-down list -no need to use the completion keyboard shortcute- when I write it elsewhere...) would be nice too (and completion of code, in comments -like if I want to include the name of a function, in a comment, it should be completed). Globally, maybe you should add an option for "contextless completion"...

- If I check, in preferences, "Editor" => "Smart editing" => "Use tab character to complete words like" (the description isn't complete, by the way...), then if there is no completion found, nothing is done... I think a tab character should be inserted (though maybe as an option, like "insert a tab character, if no completion found"). For tab-separated lists, the current behaviour forces us to insert a space, to be able to insert a tab character...

- For text completion (notably in strings and comments), allow to complete filesystem paths... (still show the drop-down select, but change its content dynamically, to list only the paths in the current subdirectory, and only of matched with what has already been written... (i.e., "/usr" should not list files from subdirectories, "/usr/bin/a" should only list files in "/usr/bin", starting by "a"... -instead of simply selecting the first file starting by "a", in the completion list, like some completion systems do)). There should also be completion of the current filename, and filenames in the interfile completion list... for example, if the current filename is "Foobar.class.php", I should get this completion, when writing "Fo"... same if this is the filename of a class, in the interfile completion list...

- In the preferences, "Fonts and Colors", the sample text zone should be a few more lines tall... it's hard to get a global idea on how the style feels, with only 7 lines. It should be at least 10 or 12 lines... (well, it might be too tall on small screens, though) and, if possible, we should be able to resize it.

- In the project tab, we should be able to rename a file from the file list (by clicking on an already select file, or using F2, like in most file browsers), rather than having to go into the right-click menu, select rename, and have to enter the name in a separate dialog...

- Saving the project is something easily forgotten (you do ask about it, when closing Komodo, but if there is a crash, things might be list...), because it is not linked to the standard shortcut Ctrl+S... AFAIC, I think that Ctrl+S should also save the project... the rationale being that if someone accidentally remove some files from the project, he most certainly won't use the Ctrl+S shortcut, before correcting the problem, so it should be safe to save the project with this Ctrl+S shortcut... Currently, you forbid the possibility to activate multiple actions with a single shortcut, so I cannot set it myself (it should be the default value, anyway).

- Maybe permit to associated a keyboard shortcut with multiple actions... As you list the already defined actions, it should ne be a problem (well, if the users notice... maybe you should make the list of already defined actions more visible, like with a bold title, and a red frame, or something...). In some cases, it can be useful (like the Save + Save project I talked about, in the note above, or Save All + Quit...). There should be the possibility to set the order of actions, though, so the current system might not be good... well, maybe you could add something to set the order, in the list of already defined actions...

- Undo/Redo do not apply for changes in the project tab... for example, if I move a file to some directory, I cannot remove it quickly with Undo... it would be nice to be able to do it, notably for renaming, removing files from the project, etc.

- To remove a file from the project, you have to select "Delete", and in the deletion dialog, "Remove from Project"... it's scary ^_^ There should be a separate "remove from project" menu entry...

- In the project tab, the "Shift+delete" shortcut removes the file from the project... generally, it is associated with removing a file, without using the trash, but after confirmation... as it only removes the file from the project, it is not that big a problem, but I think there should still be a confirmation, and it should, by default remove the file from the filesystem (with a button to only remove it from the project). Generally, the project tab should act more like a file browser...

- The edge line from "Preferences" => "Editor" => "Smart Editing" is a bit too light. It sure shouldn't be too dark, but it is currently only hardly visible. The first gray in the color selection palette is ok.

- The handling of word wrap markers is problematic. First, the markers are too visibles (and there must be a small margin between the markers, and the scollbar/line number bar, and more margin between the markers at the beginning of the line, and the characters). They should be lighter, and not as compressed (there should only be a down-left arrow (or down-right, for markers at the beginning of the line), otherwise, the arrow appear more as a box, notably when there are series of such markers, and it loses its meaning...). Second, when the markers at the beginning of the line are activated, the edge line should not be pushed back for this line... it is really not cute at all.. either you create an "icon border", between the line numbers, and the text zone, or you include the word wrap icons between line numbers (be sure that the icon is light and simple enough so numbers are easily distinguishable). Kate puts the word wrap markers between the line numbers, if you want to see an example.

- At first, I couldn't find if you supported line bookmarks... I had to check the help, to find it was in "Code" => "Marks"... you should rename the entry to "Bookmarks", or even "Line bookmarks" (it sure would be better to name it "Line marks", but the word "bookmark" is too common to try to replace it).

- The icon for line bookmarks has nothing to do with bookmarks, and is confusing, because you think you can click on it to hide the line, or something like this... there must also be a tiny margin between the icon and the edition zone, and a bit more margin between the icon and the line numbers. For the icon in itself, Kate uses a yellow star... This is probably the best symbol and color, for bookmarks.

- It's probably too late, but using uppercase letters, for all first letters of titles, menu entries, etc. (in the main interface, and in the help), is bad for readability. There are also cases where you use them for some articles/prepositions, and not for others... you should be consistent, and even when using an uppercase letter for the first letters of a title, you never use one for articles and prepositions, except in very specific cases (it is located at the end of the title, without any punctuation mark), which should be avoided anyway.

- The Komodo icon, for the desktop icon, feels a bit odd, because it is not tall enough, compared to most other icons (which occupy most of the available space, both horizontally and vertically). Isn't there any way to improve this, like by using some background circle (though the Komodo head is already quite difficult to recognize, so be careful not to clutter the icon), or maybe putting the head in diagonal?

- By default, the font size of the help is too small... it should at least be of the same size as the font size of the table of contents.

- Add the ".xhtml" extension, associated with the HTML language.

- If I use an XML declaration, in an HTML file (for proper XHTML), I get an error from the WCAG, saying: "Access: [3.3.1.1] use style sheets to control presentation".

- Tooltips, from syntax checking, and the main interface (like on file tabs), should never disappear, as long as the mouse is still in the tooltip activation zone... (well, except for large activation zones, where there might be advanced management of when to active/hide the tooltip, but this is not the case for Komodo). If someone reads very slowly, or want to copy the content, he has to reactivate the tooltip multiple times, because it disappear after a few seconds...

- When some text is word wrapped, and the line is indented, you should follow the indentation... it permits to have a clean document, with a clear hierarchy. Check Kate, for how they render it. In the indentation zone, they add a light grid, to show that this is not a true indentation, but word wrapping.

- For snippets and templates, support the possibility to define where the cursor will be located, when loading the snippet or template. For example: "%(Cursor_location)".

- For interpolation shortcuts, deprecate short codes (at least the one-letter codes), and create a better, more stable, and more clear naming (if you want to add many new codes, you will have collision problems, and the short names cannot be understood without the Komodo documentation, which make templates dependant on Komodo, and hard to learn and remember). I understand that %(Current_file_basename), %(Current_file_extensionless_basename), %(Active_word), etc., can seem a bit long, but it is far more clean and clear. If you really hate long names, keep the one-letter codes, but think about permitting aliases (custom ones, if you you don't want to think about it -permit to create a file with "<Alias> = <Original_name>" lines, or something like this...).

- When modifying templates from Komodo, the interpolation shortcuts create syntax errors... (for example, in PHP)... Would there be any way for you to internally replace the shortcuts, by random values -well, with a syntax like the own which could be really returned by the interpolation shortcuts-, before sending it for syntax checking? Well, it is not that a bug deal, as we generally seldom create new templates, but you might still think about it... Maybe also create standard syntax highlighting rules for these shortcuts...

- I often like to create a number of blank files in the terminal, and insert the template, after. If I add the template directory to the toolbox, and double-click on a template, it simply open the file, and no interpolation shortcut is replaced. It would be nice to have an option so some files in the toolbox tab, could be interpreted similarly to snippets (I don't want to create dedicated snippets, because it would mean having to modify both the template and the snippet, if I want to modify the template...), that is interpolation shortcuts would be replaced, and the content of the file would be copied to the active file, instead of simply opening the template... Otherwise, maybe an option in the "File" menu, or elsewhere, to include a template in an existing file, instead of having to create a new file... Another less-clean possibility would be to act as if creating a new file, in the same directory as my existing file, and use the same filename... but then, I need to have the filename easily accessible, within the file creating dialog... and it is not. Maybe in the "Filename" select box, you could list -or complete- the filenames in the current directory specified below... Yet another possibility: when we drag and drop a file to the editor zone, it opens the file... while it sure probably is the more common behaviour, could there be an option to insert the content to the currently active document -probably where the cursor is located- (and maybe to other tabs), taking into account interpolation shortcuts?

- When we drag something (text, notably, but files too, if you implement what I said in the previous note), above file tab titles, the tab should be activated...

- When there is too many opened tabs, permit to list them on like two or three lines, before having to hide some... It's really hard to navigate between hidden tabs...

- In the project tab, when you rename a file from Komodo (so Komodo can know immediately, that something changed), there is a delay before the file list is fully updated... couldn't this be done immediately? It might be the same with a number of other operations on files, from Komodo...
	
- Why Ctrl+H, by default, for find and replace? Ctrl+R (currently associated to "run") is far more common. Ctrl+H is hard to use, because the keys are too far away from each other, and I think people use "find and replace" far more than "run"...

- When using find, or find and replace, you keep an history, as a drop-down select... but you should also put the last search terms/replacements, in the text zones... when doing multiple identical or very similar searches, accross multiple documents, it would avoid multiple clicks...

- In the normal toolbox, you should add an icon to close the current file... the toolbar is closer to the project tab, and it would be a fixed point, instead of having to use the right-click menu on the file tabs (well, or the close button on the far right, but it is far away). Put it after the "save all" button, maybe after a separator.

- Notably in the files for syntax highlighting style/color schemes (.ksf files), could you use hexadecimal numbers (in the correct RGB order) for colors...? (why did you use a single decimal number? and why in reversed RGB order...?). You should add a format version number to the file, to ease backward compatibility... (same for your .kkf files, and probably a number of other files).

- In the preferences => "Fonts and colors", who needs setting the color for "control characters" and "indent guides", on a per-language basis...? Just like for multiple XML redundancies, I think you should remove as many duplicate entries as possible. If someone really care, then document the other possibilities, so the user can edit the .ksf file himself (or offer a checkbox to show/hide redundant entries, but I really don't see the point -except maybe to match the exact highlighting rules featured in the documentation of each language (like the styles used in the PHP documentation, for PHP, and the same, for the other languages...)).

- Maybe add an integrated hexadecimal editor... it can be useful.

- The margin between control character symbols should be one or two pixel wider.

- There is no reset button for "Fonts and colors" => "Colors".

- In PHP (notably), function/method names, class names, and constant names, share the same style... we must be able to set the colors differently.

- When I click on menu "View" => "View EOL markers", I mean to change this globally, just like if I was going to the preferences... currently, you only modify the option for the currently open file, which is confusing, and very seldom the usual behaviour. It also mean you should not gray out this option, when no document is selected. This note apply to a number of other similar options. If you really think people have a use for this (generally, having a keyboard shortcut is far enough, if we want to exceptionnally activate/deactivate this kind of option), you should add a non-default option, to only apply the menu options, to the current document...

- I tried to search for a word, and, in the find dialog, click on "Mark all", but... how do I unmark the words... -without having to do it line by line-? a Ctrl+A, followed by Ctrl+B (the key I associated with line bookmarks), does only select all lines... it doesn't toggle... By the way, there should also be a "Highlight all" button, to highlight only the specific words (an an easy way to unhighlight them all...). Gedit highlights all finds, for example.

- In Kate, the file browser does not use a tree: it acts like open/save file dialog (and like file browsers like Nautilus), that is you only see the content of the current directory, and you have a button (or/and a ".." directory), to get to the parent directory... while I generally find this very slows and requiring many clicks to get where you want, and switch between directories, this it still interesting, when you work in a specific directory, and don't want to be distracted by the parent and sibling directories... it also mean less horizontal space wasted by the tree structure... Maybe you could add an option (with the possibility to set a keyboard shortcut) to switch the file browser for projects and the toolbox (separately), between tree view, and the view I detailled... ("simple view"? -with an "advanced view", with some informations about the files, like the file/directory size, permissions, etc.). For the toolbox, this could be really useful, if you work in a language, and have a directory for each language, with the appropriate snippets and tools... you won't have to be distracted by the other language directories... (in this case, you could even merge the two views, for "partial tree view"... there would be like a right-click menu option, on each directory, to temporarily set the specified directory, as the root of the tree...).

- Could you add an option to keep the possibility to undo changes in documents which were closed and reopened? (same for project changes, if you ever support undoing changes for projects -and in the toolbox too, by the way). The changes would be saved in the Komodo profile, and discarded after x changes and/or x days... You might also permit to browse these changes (with the possibility to view only the changes, or the full document), with the change date... some kind of very basic source code control, in addition to your support for more advanced SCC, or as a basic replacement, when you don't want to use a full-featured SCC... (notably for small projects).

- I have a run command in my toolbox... if I activate it with a shortcut, the current document loose its focus, so if my command inserted some text, I cannot undo it without clicking in the document... nor can I continue insert text without this... On a similar matter, it would be nice to be able to control where the cursor should be put, after having inserted the text returned by the command... like before, after, maybe with some space (permit to set this exactly, like a text box, with an interpolation shortcut for what will be returned, and the possibility to add characters, before and after -with an option to not add these characters, if already present (like we want a space before and after, but not if we already had these spaces)-, and to specify another interpolation shortcut, for where the cursor should be located...), 

- Rename "interpolation shortcuts", to something more simple and more common? like "variables", "macros", "expansions", etc.

- The file list in the project tab (and probably in the toolbox tab too), is a big laggy, when it is tall, and you scroll... would there be any way to improve this? It always does it... aren't there more operations/informations which could be cached? When I have to browse a number of different directories with a lot of directories/files (class/documentation/template/style directories, for example...), it quickly becomes annoying and confusion (the list jumps, so you always have to think about where you are in the list...).

- Resizing the panes is also a bit laggy.

- In dialogs to add files, the status of the checkbox "Show hidden files and directories", is not saved. It would be nice if it was.

- In dialogs to choose a directory (like adding a directory or live directory to the toolbox pane, or project pane), you can only select the directory, if you are in the parent directory, and clicked on it... if you are inside the directory, without having select any subdirectory, you cannot click on "select" (the directory name field is empty -well, it should stay empty, in this case, but you should be able to click on "select", to select the current working directory (that is, the directory you are in)). 

- In the toolbox pane (not in the project pane), when I add a live directory, which is a symlink to another directory (maybe it also does this with files -I didn't test), the name of the directory shown, will be the link target, instead of the name of the link... (and the directory path listed in the properties is the path of the link target -meaning that if I change the target of the symlink, it will never be reflected in Komodo, because the path of the symlink is not saved...). I have the template directory, in my toolbox, and I wanted to display "File_templates", as the name of the directory, using a symlink, but it didn't work, because of this problem... In addition to proper handling of symlinks, you should maybe also permit to rename the directory (and files), in the project (not in the filesystem)... for the toolbox, it seldom matter what the real filesystem filename is...

- For the command output pane, add a "clear output", or "clear output history" button, and entry in the right-click menu.