headers
javadude250 | 3 Dec 05:34
Picon

Scanner Class throws NoSuchElementException when run through Scite.


Hi all. I've been on the hunt for a really simple, lightweight java editor
for linux that i could compile and run from within. I decided Scite was the
best for my needs. 

I have a problem though. I compiled several simple .java files and then
tried to run them. Ones that have scanners that read input from keyboard are
throwing NoSuchElementExceptions. I have no idea why this is happening. When
i run them through eclipse or a terminal they run fine. My paths are setup
and scite IS using the same javac and java as eclipse and my terminal, but
it seems like when i run through scite it's not halting to accept input or
something... i'm not sure, i'm a little bit of a java beginner.

Can someone please help me fix scite? thanks.
--

-- 
View this message in context: http://www.nabble.com/Scanner-Class-throws-NoSuchElementException-when-run-through-Scite.-tf2745549.html#a7660297
Sent from the SciTE mailing list archive at Nabble.com.
Permalink | Reply | 1 comment |
headers
steve donovan | 4 Dec 09:50
Picon

Re: [scintilla] [ scintilla-Bugs-1594873 ] SciTE crash on startup


> Looks like this is a problem with Lua's io.popen as used by extman
> on GTK+/Linux. The reporter has uploaded some more context and
> modified the code a bit. Could someone with more experience in this
> area have a look at the fault report? 

io.popen is definitely the problem. I've modified extman to use os.execute

http://mysite.mweb.co.za/residents/sdonovan/extman.zip

and it seems to work fine - I now have one of those machines that
used to fail reliably before.

steve d.

--

-- 
View this message in context: http://www.nabble.com/Re%3A--scintilla----scintilla-Bugs-1594873---SciTE-crash-on-startup-tf2749990.html#a7672467
Sent from the SciTE mailing list archive at Nabble.com.
Permalink | Reply | 1 comment |
headers
Stefan Wosnik | 5 Dec 14:30
Picon

Re: auto-detect changed files

Hello robert

> often when I open a file and it is changed on disk by another
> software, I miss an option in scite to detect changes. Is there
> maybe already such an option?
> 

try load.on.activate

regards 

Stefan
Permalink | Reply | 0 comments |
headers
Alphax | 5 Dec 14:34
Picon

Re: auto-detect changed files

Robert wrote:
> often when I open a file and it is changed on disk by another software,
> I miss an option in scite to detect changes. Is there maybe already such
> an option?
> 

It's available via the .properties files - here's mine:

#reload files after they are changed?
load.on.activate=1
are.you.sure.on.reload=1
reload.preserves.undo=1

Note that if the program that changes the file doesn't update the
timestamp (eg. some uses of svn) you won't get an alert, even though you
would in, say, vim.

--

-- 
                Alphax
        Death to all fanatics!
  Down with categorical imperative!
OpenPGP key: http://tinyurl.com/lvq4g
Permalink | Reply | 0 comments |
headers
Roman Hubacek | 5 Dec 14:59
Picon
Favicon

Re: auto-detect changed files

Robert:
> often when I open a file and it is changed on disk by another software, 
> I miss an option in scite to detect changes. Is there maybe already such 
> an option?

I think the "load.on.activate" option do the job.

-- Roman
Permalink | Reply | 0 comments |
headers
Roman Hubacek | 5 Dec 14:57
Picon
Favicon

Re: folding indicator (horizontal line): readability

Felix Kater napsal(a):
> Hi,
> 
> is there a way to change the appearance (color or similar) of the
> horizontal line indicating a fold -- independent from the color of the
> code?
> 
> I've got documents with a lot of folds, so nearly every line gets
> underlined. Especially with my gtk contrast theme this makes code hard
> to read.
> 
> If not, could anyone point me to the source drawing this line?

Hello,

   I did that some months ago in my Scite sources (version 1.68). It is 
done this way:

- in scintilla\include\Scintilla.h add new constant for folding line 
style (after the line with #define STYLE_CALLTIP 38):
#define STYLE_FOLDINGLINE 39
#define STYLE_LASTPREDEFINED 40

- in scintilla\src\Editor.cxx change lines to be painted with this style:
   surface->FillRectangle(rcFoldLine, 
vs.styles[STYLE_DEFAULT].fore.allocated);

change to:

   surface->FillRectangle(rcFoldLine,
(Continue reading)

Permalink | Reply | 3 comments |
headers
Neil Hodgson | 5 Dec 22:43
Picon

Re: folding indicator (horizontal line): readability

Felix Kater:

> is there a way to change the appearance (color or similar) of the
> horizontal line indicating a fold -- independent from the color of the
> code?

   You can change the colour by changing the default style, 32 like:

style.cpp.32=fore:#ff0000

   But then that leaves other elements with that colour so other
elements that inherit the colour should be changed:

style.cpp.11=fore:#000000

> If not, could anyone point me to the source drawing this line?

   scintilla/src/Editor.cxx Editor::Paint then search for SC_FOLDFLAG
where the will be code for line above, then line below.

   Neil
Permalink | Reply | 0 comments |
headers
Bruce Dodson | 6 Dec 06:29
Picon

Re: lua 5.1.1

Macros worked with 5.1.1 in my local version, but I was 
concerned about side effects due to the new module 
structure, and wasn't sure about the decision to include Lua 
in a DLL or statically link as we have done in previous 
versions, and I have been very busy with not much time for 
hacking.  I could hand over my source tree to someone else 
who wants to take a look...

"Andre" <arpin <at> kingston.net> wrote in message 
news:loom.20061128T155956-776 <at> post.gmane.org...
>I compile scite with version 5.1.1 without dificulties but 
>as expected macro do
> not work. I am not sure if I can get this to work but 
> before I try I would like
> to know.
>
> Is anybody trying to release a version with the new 
> version or are you waiting
> until they have a maore final release?
Permalink | Reply | 0 comments |
headers
Philippe Lhoste | 6 Dec 12:07
Picon

Re: auto-detect changed files

Robert a écrit :
> often when I open a file and it is changed on disk by another software, 
> I miss an option in scite to detect changes. Is there maybe already such 
> an option?

http://www.scintilla.org/SciTEDoc.html

- load.on.activate
- save.on.deactivate
The load.on.activate property causes SciTE to check whether the current 
file has been updated by another process whenever it is activated. This 
is useful when another editor such as a WYSIWYG HTML editor, is being 
used in conjunction with SciTE.
The save.on.deactivate property causes SciTE to save the file whenever 
the SciTE application loses focus. This is useful when developing web 
pages and you want to often check the appearance of the page in a browser.

- are.you.sure.on.reload
When both this and load.on.activate are set to 1, SciTE will ask if you 
really want to reload the modified file, giving you the chance to keep 
the file as it is. By default this property is disabled, causing SciTE 
to reload the file without bothering you.

--

-- 
Philippe Lhoste
--  (near) Paris -- France
--  http://Phi.Lho.free.fr
--  --  --  --  --  --  --  --  --  --  --  --  --  --
Permalink | Reply | 0 comments |
headers
Philippe Lhoste | 6 Dec 12:12
Picon

Issues with SciTE 1.71

Posted to Scintilla-Temp, I repost to correct list as I see they are back.

I finally upgraded my version of SciTE from 1.63 or 1.67, I am
not sure... I was lagging behind partly because changes became big,
while I wanted to keep my eternal work-in-progress and experiments, and
partly because of deprecation of VC6 that I still use. I found a WTL
header handling this issue, so I have now a brand new SciTE v.1.71!

Good thing: the alpha blend. Although reluctant at start, I found myself
needing caret.line.back to find my way in some files. But I dropped it
for daily use, because it used to hide back colors. Now, I use it again,
in a very light tone...
It is nice in selections too, but I didn't found a way to invert the
colors... I am used to that! :-)

To be clear, I downloaded wscite-1.71 to be sure I reported no glitch
from my own version!

First problem: some property changes are not reflected on all buffers, I
have to close the file and reopen it to see the change. Even Reload
doesn't work here.

Practical example:
Default tab and indent size is set to 8.
I open a Java file with tabs. I see indeed such size when I switch to
fixed font (Ctrl+F11).
In cpp.properties, I add:
indent.size.$(file.patterns.c.like)=12
tab.size.$(file.patterns.c.like)=4
No change in the buffer. Reload, idem. Close and reopen: I see the change.
(Continue reading)

Permalink | Reply | 5 comments |

Gmane