headers
Robert Roessler | 1 Oct 03:41
Favicon

Re: Re: incremental search bar? (patch)

scrawler <at> gmail.com wrote:
> ...
> patching file SciTEGTK.cxx
> Hunk #1 FAILED at 3.
> Hunk #2 FAILED at 398.
> Hunk #3 FAILED at 2875.
> Hunk #4 FAILED at 3207.
> Hunk #5 FAILED at 3261.
> Hunk #6 FAILED at 3291.
> 6 out of 6 hunks FAILED -- saving rejects to file SciTEGTK.cxx.rej
> 
> What do you make of that?  wrong patch options?  funky gcc version?  It's gcc (GCC) 4.1.1 on Arch Linux.

Fortunately, you no longer need to worry about this - Neil has (as he 
says) checked this into the CVS tree for SciTE... so you get to just 
pick it up from there, ready to build. :)

Robert Roessler
robertr <at> rftp.com
http://www.rftp.com
Permalink | Reply | 0 comments |
headers
Huseyin Kilic | 1 Oct 12:44

Re: Loading Sessions From Commandline

> JScript (WSH) version:
> // OpenSciTESession.js
> // Run SciTE with the loadsession option, with path correctly quoted
> if (WScript.Arguments.count() == 1)
> {
>     var path = WScript.Arguments.Item(0);
>     path = path.replace(/\\/g, '\\\\');
>     var shell = WScript.CreateObject("WScript.Shell");
>     var sysEnv = shell.Environment("SYSTEM");
>     var sciteHome = sysEnv("SciTE_HOME");
>     shell.Exec(sciteHome + "\\SciTE.exe \"-loadsession:" + path + "\"");
> }
> # SciTEses.reg
> Windows Registry Editor Version 5.00
> [HKEY_CLASSES_ROOT\.ses]
>  <at> ="SciTESessionFile"
> [HKEY_CLASSES_ROOT\SciTESessionFile]
> ; English
>  <at> ="SciTE Session File"
> ; French
>  <at> ="Session SciTE"
> [HKEY_CLASSES_ROOT\SciTESessionFile\DefaultIcon]
>  <at> ="C:\\Program Files\\UText\\SciTE\\SciTE.exe"
> [HKEY_CLASSES_ROOT\SciTESessionFile\shell\open\command]
> ; The following doesn't work because backslashes in path must be escaped
> #~  <at> ="\"C:\\Program Files\\UText\\SciTE\\SciTE.exe\" \"-loadsession:%L\""
>  <at> ="CScript.exe \"C:\\Program Files\\UText\\SciTE\\OpenSciTESession.js\" 
> \"%L\""

Here is a Lua version (without making use of an environment variable though).
(Continue reading)

Permalink | Reply | 1 comment |
headers
Alex | 1 Oct 15:35
Picon
Favicon

Properties file

Hi, 
is it possible to set settings via the propertiefile, like:
show linenumbers at startup, 
in search dialog disabled "match case"
???
Or is it necassary to compile with the sources these settings?
I use sicte under Windows. V1.69

Alex
Permalink | Reply | 1 comment |
headers
Neil Hodgson | 2 Oct 01:24
Picon

Re: Code folding for LaTeX

soft_share:

> The fold
> margin now automatically recognizes all \chapter, \section, \subsection,
> \subsubsection ... commands as the beginning of folding blocks. Meanwhile,
> LaTeX structures between "\begin{}" and "\end{}" as well as between "\[" and
> "\]" can all be folded. I can provide the LaTeX folding source code to
> anyone interested. Also, I would like to know if Neil is interested in
> including such a functionality in future releases of Scintilla.

   I'll accept a reasonable implementation of folding or TeX.

   Neil
Permalink | Reply | 1 comment |
headers
Pieter Holtzhausen | 2 Oct 15:57
Picon
Picon
Favicon

Re: Re: incremental search bar? (patch)

On Sun, 24 Sep 2006 00:24:50 +0200, <scrawler <at> gmail.com> wrote:

> On Thu, 21 Sep 2006 18:50:52 +0200
> "Pieter Holtzhausen" <13682857 <at> sun.ac.za> wrote:
>
>>
>> (hope it works)
>>
>
> howdy.
>
> I got errors.
>
> patching file SciTEGTK.cxx
> Hunk #1 FAILED at 3.
> Hunk #2 FAILED at 398.
> Hunk #3 FAILED at 2875.
> Hunk #4 FAILED at 3207.
> Hunk #5 FAILED at 3261.
> Hunk #6 FAILED at 3291.
> 6 out of 6 hunks FAILED -- saving rejects to file SciTEGTK.cxx.rej
>
> What do you make of that?  wrong patch options?  funky gcc version?   
> It's gcc (GCC) 4.1.1 on Arch Linux.

I'm no patch-diff expert :) but it all seems ok.
Are you sure you used most recent Scite171 version?
"patch < incrementalfix.patch" in the scite/gtk dir should then do the  
trick.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Neil Hodgson | 3 Oct 10:22
Picon

Fwd: [scintilla] [ scintilla-Bugs-1543401 ] Linux : Loop on opening protected file

   I should have mentioned this on the SciTE list rather than the
Scintilla list.

   There is a problem with automatic reloading and files that exist
but are unreadable because of permissions. On GTK+ / Linux this can
lead to a dialog loop. This is now patched to assume a modification
time of 0 if a file can not be read. This lets the user switch to a
command line or file manager, change permissions, then switch back to
SciTE which should automatically try again and load the file. Assuming
a modification time of 0 for unreadable files is a quite far-reaching
change so may have some other effects but I couldn't see any problems
from tracing the code.

   Available from CVS and from

http://scintilla.sourceforge.net/scite.zip Source
http://scintilla.sourceforge.net/wscite.zip Windows executable

   Neil
Permalink | Reply | 0 comments |
headers
Lionel B | 3 Oct 11:27
Picon
Favicon

Puzzling File/Open menu appearance

Greetings,

Something which has vexed me for a while (SciTE 1.71 on linux x86_64
with GTK+ 2.6.10, also applies to earlier versions of SciTE/GTK+) is the
appearance of the File/Open menu. There is always a large grey area above
the various filter types when a filter is selected (see attached screen
grab). Anyone able to shed any light on this? My open.filter (in user
properties) is as below:

######################################
#
# The open.filter setting is only used on Windows where the file selector has a menu of filters to apply
# to the types of files seen when opening.
# There is a limit (possibly 256 characters) to the length of a filter,
# so not all source extensions can be in this setting.
source.files=All Source|*.asm;*.c;*.cc;*.cpp;*.cxx;*.cs;*.h;*.hh;*.hxx;*.hpp;\
*.idl;*.odl;*.rc;*.rc2;*.dlg;*.def;\
*.vb;*.vbs;*.bas;*.frm;*.cls;*.ctl;\
*.java;*.js;*.py;*.pl;*.rb;*.cgi;*.lua;*.conf;\
make*;*.mak;\
*.properties;*.html;*.xml;*.iface;*.bat;*.e|

csource.files=C/C++|*.c;*.h;*.cpp;*.cxx;*.hxx;*.hpp;Make*;make*|

if PLAT_WIN
    all.files=All Files (*.*)|*.*|
if PLAT_GTK
    all.files=All Files (*)|*|
open.filter=\
$(all.files)\
(Continue reading)

Permalink | Reply | 2 comments |
headers
Lionel B | 3 Oct 17:39

Puzzling File/Open menu appearance (GTK+)

Greetings,

Something which has vexed me for a while (SciTE 1.71 on linux x86_64
with GTK+ 2.6.10, also applies to earlier versions of SciTE/GTK+) is
the appearance of the File/Open menu. There is always a large grey
area above the various filter types when a filter is selected (see
attached screen grab). Anyone able to shed any light on this? My
open.filter (in user properties) is as below:

######################################
#
# The open.filter setting is only used on Windows where the file
selector has a menu of filters to apply
# to the types of files seen when opening.
# There is a limit (possibly 256 characters) to the length of a filter,
# so not all source extensions can be in this setting.
source.files=All
Source|*.asm;*.c;*.cc;*.cpp;*.cxx;*.cs;*.h;*.hh;*.hxx;*.hpp;\
*.idl;*.odl;*.rc;*.rc2;*.dlg;*.def;\
*.vb;*.vbs;*.bas;*.frm;*.cls;*.ctl;\
*.java;*.js;*.py;*.pl;*.rb;*.cgi;*.lua;*.conf;\
make*;*.mak;\
*.properties;*.html;*.xml;*.iface;*.bat;*.e|

csource.files=C/C++|*.c;*.h;*.cpp;*.cxx;*.hxx;*.hpp;Make*;make*|

if PLAT_WIN
    all.files=All Files (*.*)|*.*|
if PLAT_GTK
    all.files=All Files (*)|*|
(Continue reading)

Permalink | Reply | 1 comment |
headers
mitchell | 3 Oct 21:38
Picon

Re: Properties file

Hi,

> is it possible to set settings via the propertiefile, like:
> show linenumbers at startup, 
> in search dialog disabled "match case"
> ???
> Or is it necassary to compile with the sources these settings?
> I use sicte under Windows. V1.69

http://scintilla.sourceforge.net/SciTEDoc.html

-Mitchell;
Permalink | Reply | 0 comments |
headers
Neil Hodgson | 3 Oct 23:31
Picon

Re: Puzzling File/Open menu appearance

Lionel B:

> There is always a large grey area above
> the various filter types when a filter is selected (see attached screen
> grab).

   This is because GTK+ wants the current selection to appear at the
same location as the button when the menu is shown. So, if you choose
YAML, then all the items appear above the button position. Then it
wants to show a large proportion of the items at once, so the menu is
made quite large and items beyond the first/last are blank. Other
applications show this behaviour too such as the Highlight mode choice
in gedit's Preferences.

   Neil
Permalink | Reply | 1 comment |

Gmane