[scite] Enabling SciTE Macros without Filerx

Hi guys, The hack of the day involves enabling Lua support for OnMacro, and defining a simple Lua implementation of keystroke macros. Most of the infrastructure is already there, we just need to get Lua to listen. The source modification: LuaExtension.h: add this to the LuaExtension class, just

Re: [scite] Tabbed editing

Hi Robert, By default, the property "check.if.already.open" is set to 0 and allows multiple SciTE instances. Set it to 1 to do all your editing in a single instance. 2007/6/28, Eridan <[EMAIL PROTECTED]>: Hi, I am new to SciTE, as a newbie to RoR. I would like to edit a file (say f2) in a ne

[scite] Tabbed editing

Hi, I am new to SciTE, as a newbie to RoR. I would like to edit a file (say f2) in a new tab of an existing SciTE instance (editing say f1) instead of a new SciTE window. I can't find how this can be configured (using XP pro). Thx for any help. Robert. _

Re: [scite] exman (promt.lua) and indent.automatic

Chachereau Nicolas schrieb: Steve Donovan wrote: Well it was a new bug for me! Curiously enough, this doesn't happen on Windows. The fix is to be more careful about return values from Lua event handlers. This is actually related to another bug, for which I had a fix I've wanted to send for a l

Re: [scite] Re: Minimal way to export Lua symbols from SciTE

Right - I made a linker version script by whacking the lua.symbols (from nm -g) with: $ awk '{print "\t\t" $3 ";"} lua.symbols > lua.map and wrapped these lines with: VERS_1.0 { global: }; And building with -rdynamic -Wl,--version-script lua.map Still works! The executable is a bit large

Re: [scite] Re: Minimal way to export Lua symbols from SciTE

On 6/28/07, Neil Hodgson <[EMAIL PROTECTED]> wrote: Its smaller because it has removed most of the symbol information so is harder to debug. The --version-script linker option may be better. Fair enough, I'll have a look into that. But generally one would use a debug build to discover proble

Re: [scite] Re: Minimal way to export Lua symbols from SciTE

steve donovan: (BTW, I get a _smaller_ executable using this explicit retain-symbols-file technique!) Its smaller because it has removed most of the symbol information so is harder to debug. The --version-script linker option may be better. Neil ___

Re: Re: [scite] exman (promt.lua) and indent.automatic

Steve Donovan wrote: >Well it was a new bug for me! Curiously enough, this doesn't happen on >Windows. The fix is to be more careful about return values from Lua >event handlers. This is actually related to another bug, for which I had a fix I've wanted to send for a long time. If you sent both a

Re[2]: [scite] An Idea For Menus

Thursday, June 28, 2007, 4:54:40 AM, Neil wrote: NH> Hans Joseph Solbrig: >> Thank you for the pointer. I merged submenu code into >> the current Scite I have fairly easily. >> If I were to implement the code using subfunctions and >> putting the windows-specific parts in Scitewin and >> Scitewinb

Re: [scite] exman (promt.lua) and indent.automatic

On 6/28/07, markus espenhain <[EMAIL PROTECTED]> wrote: is this an known bug or maybe can i fix it myself (touched a lua script yesterday for the first time :] Hi Markus, Well it was a new bug for me! Curiously enough, this doesn't happen on Windows. The fix is to be more careful about return

Re: [scite] Is a SciTEGTK.h possible?

mitchell: I notice in win32/, there is a SciTEWin.h so SciTEWin.cxx, SciTEWinDlg.cxx, and SciTEWinBar.cxx can be separated instead of creating one huge SciTEWin.cxx file. I don't think that this has actually been a good split as its not really obvious which file a piece of functionality i