Hi all,
I think there is a good project for an FLTK application in my work,
The account managers have to analyse reams of output from the client's
particular 'calculation code' and config which is written in an in-house
interpreted language.
The thing is there is nothing to support this analysis
Hi all,
I think there is a good project for an FLTK application in my work,
The account managers have to analyse reams of output from the client's
particular 'calculation code' and config which is written in an in-house
interpreted language.
The thing is there is nothing to support this analysis
On 01/20/12 14:08, Paul R wrote:
The text editor perhaps? bearing in mind i only want read functionality.
Identifying 'start /end' to statement blocks etc,
Colouring text if it is a certain dataype, etc.
background highlighting of text when the context is of a certain statement
type, all of
Can the text editor be tweaked in this way?
The text editor already supports colors very easily.
See this simple example:
http://seriss.com/people/erco/fltk/#Fl_Text_DisplayStyle
You can specify an optional 'style buffer' to the Fl_Text_*
widget which
Greg, thanks, I checked your page link, also in relation to the
fluid code view i see exactly what you mean, and also there is no
write enabled! That would be a real improvement on the current
view the consultants have.
One thing though is what are the limits on the buffer. I know from a
meeting
On 01/20/12 14:42, Paul R wrote:
Can the text editor be tweaked in this way?
The text editor already supports colors very easily.
See this simple example:
http://seriss.com/people/erco/fltk/#Fl_Text_DisplayStyle
You can specify an optional 'style buffer' to the Fl_Text_*
On 01/20/12 14:59, Paul R wrote:
Greg, thanks, I checked your page link, also in relation to the
fluid code view i see exactly what you mean, and also there is no
write enabled! That would be a real improvement on the current
view the consultants have.
Right; the example there uses
Oh no i see the fluid code view is not read only, i will check up on
docs for options there.
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
One thing though is what are the limits on the buffer. I know from a
meeting earlier that there may be 3000 pages, but that would be a real
exception rather than the rule.
I don't know there's any limit. I believe it will basically
load whatever you tell it to, the practical
On 20.01.2012 23:59, Paul R wrote:
One thing though is what are the limits on the buffer. I know from a
meeting earlier that there may be 3000 pages, but that would be a real
exception rather than the rule.
The only limit is memory...
Also If i wanted a 'find' box then its going to be my
Yep, but there is the complete editor example in test/editor.cxx.
Isn't there even an easy example in the docs?
I did such a thing in my commercial app. by subclassing Fl_Text_Display.
The nice thing is that you can add another text buffer, fill it with
anything you like, and then switch
I just mean the possibilty of additional dependencies if regular
expressions were required, but I probably just need to read the docs
in more detail as I am sure I saw something about support for them there
already.
___
fltk mailing list
fltk@easysw.com
12 matches
Mail list logo