textadept - Project Hosting on Google Code

Older Nov 08, 2009 Revision c3c9c688a6 (Search _USERHOME for theme names in addition to _HOME.) pushed by mforal - Search _USERHOME for theme names in addition to _HOME. Search _USERHOME for theme names in addition to _HOME. Oct 30, 2009 issue 112 (Files given as arguments are read in and then removed ) commented on by mforal - Feel free to submit a patch. It would probably be simple to check for a single, clean, unmodified buffer during each 'file_opened' event, but I have really no interest in doing so. Feel free to submit a patch. It would probably be simple to check for a single, clean, unmodified buffer during each 'file_opened' event, but I have really no interest in doing so. Oct 28, 2009 issue 112 (Files given as arguments are read in and then removed ) commented on by michko - So could textadept close the default empty buffer if/when the new file is opened and the default empty buffer is not "dirty" (unsaved)? It would be consistent with what other text editors do. So could textadept close the default empty buffer if/when the new file is opened and the default empty buffer is not "dirty" (unsaved)? It would be consistent with what other text editors do. Oct 27, 2009 issue 112 (Files given as arguments are read in and then removed ) commented on by mforal - The second bug you mention is fixed in r478. The Untitled buffer is always there by default since the Scintilla widget creates it and any other files are opened in new buffers. The second bug you mention is fixed in r478. The Untitled buffer is always there by default since the Scintilla widget creates it and any other files are opened in new buffers. Oct 27, 2009 2 new revisions pushed by mforal - 91e4e1ea8d:Added json and dot mime types from Brian Schott; core/ext/mime_types.conf bdd9579c45:Fixed bug for running filename with no path; modules/textadept/run.lua 91e4e1ea8d:Added json and dot mime types from Brian Schott; core/ext/mime_types.conf bdd9579c45:Fixed bug for running filename with no path; modules/textadept/run.lua Oct 16, 2009 issue 112 (Files given as arguments are read in and then removed ) commented on by michko - Another comment: running textadept file.lua opens 2 buffers, file.lua and Untitled. The Untitled buffer should not be opened in this case. Another comment: running textadept file.lua opens 2 buffers, file.lua and Untitled. The Untitled buffer should not be opened in this case. Oct 16, 2009 issue 112 (Files given as arguments are read in and then removed ) commented on by michko - It introduces another bug. When running: $ textadeppt file.lua and then I run it by Tools->Run I get: /usr/share/textadept/core/ext/menu.lua:537: /usr/share/textadept/modules/textadept/run.lua:21: attempt to index local 'filename' (a nil value) While loading the same file from the menu File->Open make it run correctly. It introduces another bug. When running: $ textadeppt file.lua and then I run it by Tools->Run I get: /usr/share/textadept/core/ext/menu.lua:537: /usr/share/textadept/modules/textadept/run.lua:21: attempt to index local 'filename' (a nil value) While loading the same file from the menu File->Open make it run correctly. Oct 09, 2009 Revision cd3c437d61 (Don't clear cmdline files when loading pm session; modules/t...) pushed by mforal - Don't clear cmdline files when loading pm session; modules/textadept/session.lua Don't clear cmdline files when loading pm session; modules/textadept/session.lua Oct 09, 2009 issue 112 (Files given as arguments are read in and then removed ) changed by mforal - Fixed in hg (r476). Will be in next release. Status: Accepted Owner: mforal Fixed in hg (r476). Will be in next release. Status: Accepted Owner: mforal Oct 08, 2009 issue 112 (Files given as arguments are read in and then removed ) reported by michko - What steps will reproduce the problem? 1. textadept .lua What is the expected output? What do you see instead? The expected output would be each file open within its own buffer. I do see it loading (the title of the main windows displays each file name in turn), but at the end I get the editor without any files open. What version of the product are you using? On what operating system? 2.0, linux What steps will reproduce the problem? 1. textadept .lua What is the expected output? What do you see instead? The expected output would be each file open within its own buffer. I do see it loading (the title of the main windows displays each file name in turn), but at the end I get the editor without any files open. What version of the product are you using? On what operating system? 2.0, linux Oct 01, 2009 issue 111 (Change to INI lexer's number highlighting) Status changed by mforal - Status: Fixed Status: Fixed Oct 01, 2009 issue 110 (Updated D lexer) Status changed by mforal - Status: Fixed Status: Fixed Oct 01, 2009 issue 109 (Changes to D lexer and modules) Status changed by mforal - Status: Fixed Status: Fixed Oct 01, 2009 issue 107 (Lexer for shell scripts is not loaded when opening a shell s...) Status changed by mforal - Status: Fixed Status: Fixed Oct 01, 2009 issue 106 ('Load Session' adds files to currently loaded session) Status changed by mforal - Status: Fixed Status: Fixed Oct 01, 2009 issue 105 (Unable to reload modules) Status changed by mforal - Status: Fixed Status: Fixed Oct 01, 2009 issue 104 (Shortcut Ctrl+Alt+Tab is not working in Ubuntu) Status changed by mforal - Status: Fixed Status: Fixed Oct 01, 2009 issue 101 (Resizing window then exiting without using project manager c...) Status changed by mforal - Status: Fixed Status: Fixed Oct 01, 2009 issue 100 (Value of %n set prematurely in #() blocks in snippets) Status changed by mforal - Status: Fixed Status: Fixed Oct 01, 2009 3 new revisions pushed by mforal - Revision 36a60d5cd6:Updated LuaDoc; core/.textadept.lua Revision bb26238a78:Updated textadept.rc for 2.0. Revision fa7bf1e867:Added tag textadept_2.0 for changeset bb26238a7881 Revision 36a60d5cd6:Updated LuaDoc; core/.textadept.lua Revision bb26238a78:Updated textadept.rc for 2.0. Revision fa7bf1e867:Added tag textadept_2.0 for changeset bb26238a7881 Oct 01, 2009 textadept_2.0.win32.zip (Textadept 2.0 (Win32)) file uploaded by mforal - Labels: Featured Type-Executable OpSys-Windows Labels: Featured Type-Executable OpSys-Windows Oct 01, 2009 textadept_2.0.dmg (Textadept 2.0 (Mac OSX Leopard)) file uploaded by mforal - Labels: Featured Type-Executable OpSys-OSX Labels: Featured Type-Executable OpSys-OSX Oct 01, 2009 textadept_2.0.tgz (Textadept 2.0 (Linux)) file uploaded by mforal - Labels: Featured Type-Executable OpSys-Linux Labels: Featured Type-Executable OpSys-Linux Oct 01, 2009 textadept_2.0.x86_64.tgz (Textadept 2.0 (Linux x86_64)) file uploaded by mforal - Labels: Featured Type-Executable OpSys-Linux Labels: Featured Type-Executable OpSys-Linux Oct 01, 2009 textadept_2.0.src.zip (Textadept 2.0 (Source)) file uploaded by mforal - Labels: Featured Type-Source OpSys-All Labels: Featured Type-Source OpSys-All Oct 01, 2009 Changelog (Textadept changelog.) Wiki page edited by mforal Sep 26, 2009 issue 111 (Change to INI lexer's number highlighting) changed by mforal - This will be in 2.0 Status: Accepted Owner: mforal This will be in 2.0 Status: Accepted Owner: mforal Sep 23, 2009 issue 111 (Change to INI lexer's number highlighting) reported by briancschott - The INI lexer doesn't highlight hex, octal, or numbers with decimal points in them. Changing the numbers section to this will fix it: -- numbers local dec = digit^1 * ('_' * digit^1)^0 local oct_num = '0' * S('01234567_')^1 local integer = S('+-')^-1 * (hex_num + oct_num + dec) local number = token('number', (float + integer)) The INI lexer doesn't highlight hex, octal, or numbers with decimal points in them. Changing the numbers section to this will fix it: -- numbers local dec = digit^1 * ('_' * digit^1)^0 local oct_num = '0' * S('01234567_')^1 local integer = S('+-')^-1 * (hex_num + oct_num + dec) local number = token('number', (float + integer)) Sep 15, 2009 issue 110 (Updated D lexer) commented on by mforal - Okay. Okay. Sep 14, 2009 issue 110 (Updated D lexer) commented on by briancschott - Added a few more properties for floating point numbers, and some universal ones like .stringof that I somehow missed before. This SHOULD be the last of the changes Added a few more properties for floating point numbers, and some universal ones like .stringof that I somehow missed before. This SHOULD be the last of the changes Sep 13, 2009 issue 109 (Changes to D lexer and modules) changed by mforal - Thanks. Will be in 2.0. Status: Accepted Owner: mforal Thanks. Will be in 2.0. Status: Accepted Owner: mforal Sep 13, 2009 issue 110 (Updated D lexer) changed by mforal - Thanks. Will be in the 2.0. Status: Accepted Owner: mforal Thanks. Will be in the 2.0. Status: Accepted Owner: mforal Sep 13, 2009 3 new revisions pushed by mforal - Revision 8c18724041:Added 'style_whitespace' to lexer themes. Revision 6ae6210fd4:Added standard Windows key command for Find Next; core/ext/key_commands.lua Revision 6964ccc35b:Renamed d.lua lexer to dmd.lua; core/ext/mime_types.conf D-specific key commands would have the prefix 'keys.d', which would never allow the 'd' key to be pressed. Revision 8c18724041:Added 'style_whitespace' to lexer themes. Revision 6ae6210fd4:Added standard Windows key command for Find Next; core/ext/key_commands.lua Revision 6964ccc35b:Renamed d.lua lexer to dmd.lua; core/ext/mime_types.conf D-specific key commands would have the prefix 'keys.d', which would never allow the 'd' key to be pressed. Sep 08, 2009 issue 110 (Updated D lexer) commented on by briancschott - Fixed a bug with the properties feature, got rid of the annotation section entirely, since D doesn't have those. Fixed a bug with the properties feature, got rid of the annotation section entirely, since D doesn't have those. Sep 08, 2009 issue 110 (Updated D lexer) reported by briancschott - I have updated the lexer for the D language. Here's the change list: * Added support for some keywords for 2.0 (invariant and immutable) * Added a few built-in version identifiers as constants(D_InlineAsm_X86,Posix, etc) * Added size_t and ptrdiff_t as types * Added lexer for properties of built-in types such as .ptr, .dup. .sizeof. Gives them the "variable" style. * Added lexer for operator overloads - gives them the "function" style * copy/pasted lexer for highlighting class declarations from some random guy on IRC I have updated the lexer for the D language. Here's the change list: * Added support for some keywords for 2.0 (invariant and immutable) * Added a few built-in version identifiers as constants(D_InlineAsm_X86,Posix, etc) * Added size_t and ptrdiff_t as types * Added lexer for properties of built-in types such as .ptr, .dup. .sizeof. Gives them the "variable" style. * Added lexer for operator overloads - gives them the "function" style * copy/pasted lexer for highlighting class declarations from some random guy on IRC Sep 08, 2009 issue 109 (Changes to D lexer and modules) reported by briancschott - The D language lexer should be renamed to "dmd" to avoid problems with key commands. If something like "keys.d = {" appears in the commands.lua module for the language, it will prevent the user from adding the letter "d" to the text file. D import files should also be added to the mime_types.conf like so: % D d dmd di dmd It is possible that this issue would also affect the R language, though I'm not familiar enough with it to suggest an alternate name. The D language lexer should be renamed to "dmd" to avoid problems with key commands. If something like "keys.d = {" appears in the commands.lua module for the language, it will prevent the user from adding the letter "d" to the text file. D import files should also be added to the mime_types.conf like so: % D d dmd di dmd It is possible that this issue would also affect the R language, though I'm not familiar enough with it to suggest an alternate name. Sep 07, 2009 issue 108 (Recently used files menu crashes Textadept) commented on by briancschott - I have the following code in my commands.lua for the lua language: ['\n'] = {function() buffer:begin_undo_action() print("begin_undo_action") buffer:new_line() print("new_line") cont = continue_block_comment("--", "%-%-") print("continue_block_comment") buffer:end_undo_action() print("end_undo_action") end }, Pressing enter on the selection causes an output of: begin_undo_action new_line Assertion [undoSequenceDepth > 0] failed at scintilla-st/src/CellBuffer.cxx 247 Aborted Rearranging the function causes it not to crash: ['\n'] = {function() buffer:new_line() print("new_line") buffer:begin_undo_action() print("begin_undo_action") cont = continue_block_comment("--", "%-%-") print("continue_block_comment") buffer:end_undo_action() print("end_undo_action") end }, Maybe there's a problem in buffer:new_line() ? My continue_block_comment function has no calls to end_undo_action or begin_undo_action. For now I'm just going to modify my scripts to not have the first buffer:end_line call inside the begin_undo_action and end_undo_action. I have the following code in my commands.lua for the lua language: ['\n'] = {function() buffer:begin_undo_action() print("begin_undo_action") buffer:new_line() print("new_line") cont = continue_block_comment("--", "%-%-") print("continue_block_comment") buffer:end_undo_action() print("end_undo_action") end }, Pressing enter on the selection causes an output of: begin_undo_action new_line Assertion [undoSequenceDepth > 0] failed at scintilla-st/src/CellBuffer.cxx 247 Aborted Rearranging the function causes it not to crash: ['\n'] = {function() buffer:new_line() print("new_line") buffer:begin_undo_action() print("begin_undo_action") cont = continue_block_comment("--", "%-%-") print("continue_block_comment") buffer:end_undo_action() print("end_undo_action") end }, Maybe there's a problem in buffer:new_line() ? My continue_block_comment function has no calls to end_undo_action or begin_undo_action. For now I'm just going to modify my scripts to not have the first buffer:end_line call inside the begin_undo_action and end_undo_action. Sep 06, 2009 issue 108 (Recently used files menu crashes Textadept) commented on by mforal - I cannot reproduce this. I think this means buffer:end_undo_action() was called without a buffer:begin_undo_action(). Do you have a custom script that does this? It may be called inadvertantly (via handler or something). It's a strange error. I cannot reproduce this. I think this means buffer:end_undo_action() was called without a buffer:begin_undo_action(). Do you have a custom script that does this? It may be called inadvertantly (via handler or something). It's a strange error. Sep 06, 2009 issue 108 (Recently used files menu crashes Textadept) reported by briancschott - What steps will reproduce the problem? 1. Open a file in Textadept 2. Close the file 3. Use the recent files menu (Alt + O), select a file with the arrow keys, and press enter. Something that was printed that's not caught in the backtrace: Assertion [undoSequenceDepth > 0] failed at scintilla-st/src/CellBuffer.cxx 247 What steps will reproduce the problem? 1. Open a file in Textadept 2. Close the file 3. Use the recent files menu (Alt + O), select a file with the arrow keys, and press enter. Something that was printed that's not caught in the backtrace: Assertion [undoSequenceDepth > 0] failed at scintilla-st/src/CellBuffer.cxx 247 Aug 24, 2009 issue 107 (Lexer for shell scripts is not loaded when opening a shell s...) changed by mforal - Fixed in hg (r469). Will be in the next release. Status: Accepted Owner: mforal Fixed in hg (r469). Will be in the next release. Status: Accepted Owner: mforal Aug 24, 2009 Revision 4fe6561606 (Use 'shellscript' lexer instead of 'shell'; core/ext/mime_ty...) pushed by mforal - Use 'shellscript' lexer instead of 'shell'; core/ext/mime_types.conf Use 'shellscript' lexer instead of 'shell'; core/ext/mime_types.conf Aug 24, 2009 issue 107 (Lexer for shell scripts is not loaded when opening a shell s...) reported by alex.bepple - The configuration in mime_types.conf reads: % Shell bash shell csh shell sh shell #sh shell However, the lexer is called 'shellscript'. The configuration in mime_types.conf reads: % Shell bash shell csh shell sh shell #sh shell However, the lexer is called 'shellscript'. Aug 22, 2009 issue 106 ('Load Session' adds files to currently loaded session) changed by mforal - Fixed in hg (r468). Will be in the next release. Status: Accepted Owner: mforal Fixed in hg (r468). Will be in the next release. Status: Accepted Owner: mforal Aug 22, 2009 Revision 27f8c99a80 (Close all buffers before loading a session; modules/textadep...) pushed by mforal - Close all buffers before loading a session; modules/textadept/session.lua Close all buffers before loading a session; modules/textadept/session.lua Aug 22, 2009 issue 105 (Unable to reload modules) changed by mforal - This is fixed in hg (r467). It will be in the next release. Status: Accepted Owner: mforal This is fixed in hg (r467). It will be in the next release. Status: Accepted Owner: mforal Aug 22, 2009 3 new revisions pushed by mforal - Revision 6529441341:Fixed bug introduced during refactoring; modules/textadept/lsnippets.lua Revision 75a72661ef:Allow core/ext/pm/modules_browser.lua to have modules in the user's directory. Revision e7106d2557:Fixed bug in core/ext/mime_types.lua caused during textadept.reset(). Revision 6529441341:Fixed bug introduced during refactoring; modules/textadept/lsnippets.lua Revision 75a72661ef:Allow core/ext/pm/modules_browser.lua to have modules in the user's directory. Revision e7106d2557:Fixed bug in core/ext/mime_types.lua caused during textadept.reset(). Aug 22, 2009 issue 103 (Word completion is not working for non-English words) commented on by mforal - I get the same correct behavior on my Linux box. I get the same correct behavior on my Linux box. Aug 13, 2009 issue 106 ('Load Session' adds files to currently loaded session) reported by morc...@hotmail.com - What steps will reproduce the problem? 1. start ta - last session gets loaded 2. load another session - files and views become added to the default one What is the expected output? What do you see instead? just files and views from the loaded session. I see a mix of files and views of the two sessions. What version of the product are you using? On what operating system? ta 2.0 beta Please provide any additional information below. It's actually a nice feature to add files from different sessions. IMHO it shouldn't be the default. What steps will reproduce the problem? 1. start ta - last session gets loaded 2. load another session - files and views become added to the default one What is the expected output? What do you see instead? just files and views from the loaded session. I see a mix of files and views of the two sessions. What version of the product are you using? On what operating system? ta 2.0 beta Please provide any additional information below. It's actually a nice feature to add files from different sessions. IMHO it shouldn't be the default. Aug 13, 2009 issue 105 (Unable to reload modules) reported by morc...@hotmail.com - What steps will reproduce the problem? 1. Fresh ta install 2. 'Reload Modules' in PM Pane 3. Error Message 'mime_types.lua:121: attempt to index global 'buffer' (a nil value)' What version of the product are you using? On what operating system? ta 2.0 beta What steps will reproduce the problem? 1. Fresh ta install 2. 'Reload Modules' in PM Pane 3. Error Message 'mime_types.lua:121: attempt to index global 'buffer' (a nil value)' What version of the product are you using? On what operating system? ta 2.0 beta Aug 10, 2009 issue 100 (Value of %n set prematurely in #() blocks in snippets) commented on by mforal - I had noticed this too and fixed it in my local repos; I haven't pushed to hg on googlecode yet. I had noticed this too and fixed it in my local repos; I haven't pushed to hg on googlecode yet.

issue 108 (Recently used files menu crashes Textadept) commented on by briancschott - I have the following code in my commands.lua for the lua language: ['\n'] = {function() buffer:begin_undo_action() print("begin_undo_action") buffer:new_line() print("new_line") cont = continue_block_comment("--", "%-%-") print("continue_block_comment") buffer:end_undo_action() print("end_undo_action") end }, Pressing enter on the selection causes an output of: begin_undo_action new_line Assertion [undoSequenceDepth > 0] failed at scintilla-st/src/CellBuffer.cxx 247 Aborted Rearranging the function causes it not to crash: ['\n'] = {function() buffer:new_line() print("new_line") buffer:begin_undo_action() print("begin_undo_action") cont = continue_block_comment("--", "%-%-") print("continue_block_comment") buffer:end_undo_action() print("end_undo_action") end }, Maybe there's a problem in buffer:new_line() ? My continue_block_comment function has no calls to end_undo_action or begin_undo_action. For now I'm just going to modify my scripts to not have the first buffer:end_line call inside the begin_undo_action and end_undo_action.

I have the following code in my commands.lua for the lua language: ['\n'] = {function() buffer:begin_undo_action() print("begin_undo_action") buffer:new_line() print("new_line") cont = continue_block_comment("--", "%-%-") print("continue_block_comment") buffer:end_undo_action() print("end_undo_action") end }, Pressing enter on the selection causes an output of: begin_undo_action new_line Assertion [undoSequenceDepth > 0] failed at scintilla-st/src/CellBuffer.cxx 247 Aborted Rearranging the function causes it not to crash: ['\n'] = {function() buffer:new_line() print("new_line") buffer:begin_undo_action() print("begin_undo_action") cont = continue_block_comment("--", "%-%-") print("continue_block_comment") buffer:end_undo_action() print("end_undo_action") end }, Maybe there's a problem in buffer:new_line() ? My continue_block_comment function has no calls to end_undo_action or begin_undo_action. For now I'm just going to modify my scripts to not have the first buffer:end_line call inside the begin_undo_action and end_undo_action.

Older