Re: [scite] Three proposed patches to SciTE
On 8/1/07, Neil Hodgson <[EMAIL PROTECTED]> wrote: >The modularity wasn't that great either as it made other features > depend on the Lua subsystem. It also exposes a lot more symbols to > features like user.shortcuts that may not be sensible although it > would allow > > user.shortcuts=Alt+Home|SCI_RIGHTEND| Ah, I see: one can't then do a Lua-free build; that's a bugger. But one does get the bonus feature ;) Any other way to skin the cat? One could keep the IDM_ table part of the core and make IFaceTable depend on it? steve d. ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Three proposed patches to SciTE
steve donovan: > Ah, I see: one can't then do a Lua-free build; that's a bugger. I suppose IFaceTable doesn't have to be considered part of Lua support - I can't see any calls to real Lua in IFaceTable.cxx or .h but am unsure whether there are indirect links. Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Flash in Linux
izak marais: > Ok, i see what happend threre, but I tried > echo $(api.*.mx;*.as;*.asc) > >echo > > And nothing happend. Obviously I'm writing the variable name wrong, but what > is the correct syntax? Looking at that, there isn't really a syntax for it since the file searching feature is handled differently to variable expansion. Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Replace dialog feature request
Jürgen Urner: > Trying to figure out what you are trying to tell ...error in relacement > string, things where changed that where not intendet to be changed > ...as I understand it. In this case the first occurrence should be as > good as the last. Pretty low chance that the last is an unintentional one. Most of the time if one is wrong all are wrong. I think the last is better to show than the first since it confirms extent of change. Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Three proposed patches to SciTE
On 8/1/07, Neil Hodgson <[EMAIL PROTECTED]> wrote: >I suppose IFaceTable doesn't have to be considered part of Lua > support - I can't see any calls to real Lua in IFaceTable.cxx or .h > but am unsure whether there are indirect links. OK, then how about refactoring the IDM_ lookup out as a static SciTEBase function, and making IFaceTable use that if it can't match one of the Scintilla constants. If weird inappropriate constants are a problem then we can enforce that in IFaceTable. steve d. ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
[scite] Keeping window position on Ctrl-Tab
Hi, There's an unpleasant detail in SciTE's behavior when switching buffers on Ctrl-Tab. The position of the view window relative to the file is not kept as it was before leaving the buffer. This makes visual comparing of similar files impossible. I don't know if anyone else does that, but I sometimes do: I open two similar files in the editor and position the cursor and the window in each file so that the coinciding lines of both files match. Then differences are easily spotted when hitting Ctrl-Tab a few times. However, this doesn't work with SciTE in most cases (e.g. when the files are more than 2-3 screens long), because SciTE sets the window to some internally chosen position on Ctrl-Tab. Is it possible to change this behavior? Best Regards, Ivan Kolev ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
[scite] Folding of "second-level" blocks
Hi, Is there a way to toggle all "second-level" blocks? By "second-level" I mean blocks which are nested inside some top-level block. This is often needed in different types of files. E.g. in Java usually the file contains a single class with many methods, so "Toggle all folds" will either open all folds or close the class. In C++ there's often a top namespace where all entities are placed. In both cases it would be useful to toggle all second-level blocks together, keeping the big common top block open. Is there currently a way to achieve this? Or maybe a "toggle selected folds" command could be added as a semi-automatic (but more general) solution? Thanks, Ivan Kolev ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Keeping window position on Ctrl-Tab
I'm on Windows but I don't have this problem... On 8/1/07, Ivan Kolev <[EMAIL PROTECTED]> wrote: > > Hi, > > There's an unpleasant detail in SciTE's behavior when switching buffers on > Ctrl-Tab. The position of the view window relative to the file is not kept > as it was before leaving the buffer. This makes visual comparing of similar > files impossible. I don't know if anyone else does that, but I sometimes do: > I open two similar files in the editor and position the cursor and the > window in each file so that the coinciding lines of both files match. Then > differences are easily spotted when hitting Ctrl-Tab a few times. However, > this doesn't work with SciTE in most cases (e.g. when the files are more > than 2-3 screens long), because SciTE sets the window to some internally > chosen position on Ctrl-Tab. > Is it possible to change this behavior? > > Best Regards, > Ivan Kolev > > ___ > Scite-interest mailing list > Scite-interest@lyra.org > http://mailman.lyra.org/mailman/listinfo/scite-interest > -- Now go, and may the [open] source be with you ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Replace dialog feature request
Neil Hodgson wrote: Jürgen Urner: Trying to figure out what you are trying to tell ...error in relacement string, things where changed that where not intendet to be changed ...as I understand it. In this case the first occurrence should be as good as the last. Pretty low chance that the last is an unintentional one. Most of the time if one is wrong all are wrong. I think the last is better to show than the first since it confirms extent of change. Neil ___ So my guess was right. Just a hint to end this discussion. The price you pay for that thought is a bit high. The dialog does replacement stuff it replaces N occurences. If you need some kind of validation that's an extra feature and second thought. Jürgen ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Keeping window position on Ctrl-Tab
I'm on Windows but I don't have this problem... Hm, I've been using SciTE since years and this has always been the case. I was using 1.72 before posting and now upgraded to 1.74, which indeed seems to not have this problem (at least after a quick simple test). I'll get back if I reproduce it after longer usage. Thanks, Ivan ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Folding of "second-level" blocks
Ivan Kolev: > Is there a way to toggle all "second-level" blocks? http://mailman.lyra.org/pipermail/scite-interest/2007-June/009240.html Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest