headers
Jürgen Urner | 1 Aug 02:13
Picon
Favicon

Re: Replace dialog feature request

Neil Hodgson wrote:
> Jürgen Urner:
>
>   
>> Just to make my point clear - as I see it placing a little note in the
>> dialog
>> "Replaced: 3" (a.k.a ring a bell in the users head) should be much
>> easier on
>> the user compared to sending him down an unknown number of lines just
>> to give proof something happend. Bit of an overkill as I see it.
>>     
>
>    Showing the change is more direct than telling the user about it.
> When I see the changed text in context I can more easily detect that
> an error was made in the choice of replacement string. Telling me that
> some number of replacements was made gives me no such feedback.
>
>    

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.

Jürgen
Permalink | Reply | 2 comments |
headers
steve donovan | 1 Aug 09:12
Picon

Re: Three proposed patches to SciTE

On 8/1/07, Neil Hodgson <nyamatongwe <at> gmail.com> 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.
Permalink | Reply | 3 comments |
headers
Neil Hodgson | 1 Aug 10:18
Picon

Re: 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
Permalink | Reply | 0 comments |
headers
Neil Hodgson | 1 Aug 10:26
Picon

Re: 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
Permalink | Reply | 2 comments |
headers
Neil Hodgson | 1 Aug 10:29
Picon

Re: 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
Permalink | Reply | 1 comment |
headers
steve donovan | 1 Aug 12:26
Picon

Re: Three proposed patches to SciTE

On 8/1/07, Neil Hodgson <nyamatongwe <at> gmail.com> 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.
Permalink | Reply | 1 comment |
headers
Ivan Kolev | 1 Aug 19:49
Picon

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
Permalink | Reply | 1 comment |
headers
Ivan Kolev | 1 Aug 19:04
Picon

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
Permalink | Reply | 1 comment |
headers
James Cuénod | 1 Aug 21:13
Picon

Re: Keeping window position on Ctrl-Tab

I'm on Windows but I don't have this problem...

On 8/1/07, Ivan Kolev <ikolev <at> gmail.com> 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 <at> 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 <at> lyra.org
http://mailman.lyra.org/mailman/listinfo/scite-interest
Permalink | Reply | 0 comments |
headers
Jürgen Urner | 1 Aug 22:31
Picon
Favicon

Re: 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
Permalink | Reply | 0 comments |

Gmane