Hi
I was just wondering, in Synedit, there are many Lazarus specific
modifications. On top of this the original code (or what I believe to be
the original code) is kept.
They are distinguished by IFDEF SYNLAZ statements.
The question is what is the reason to keep the old/original code? As far
as
that are not SynEditHighlighter), into a new
class SynEditTextMarkup. However PaintLines still would need changes.
Best Regards
Martin
Mattias Gärtner wrote:
Zitat von Martin Friebe [EMAIL PROTECTED]:
Hi
I was just wondering, in Synedit, there are many Lazarus specific
modifications. On top
) and the markup applied.
= so any other (non Language (eg non-pascal, non-html,...)) Markup,
could be done in there.
I'll post more, once I converted my current proto-type, to support this.
BestRegards
Martin
Mattias Gärtner wrote:
Zitat von Martin Friebe [EMAIL PROTECTED]:
Makes sense
I noted that the most recent version from SVN, has a new? set of Mouse
pointers? And I guess they are *not* new by intention.
Unfortunately I couldn't get a screenshoot, as the default windows
scree-grabber, doesn't take pictures of the mouse...
(Suggestions/Instructions welcome)
a few
; will verify with the latest
tonight) with fpc 2.3.1 on Vista = issues
I'll update this tonight. I first wanted to confirm this change was not
intended. But seeing it under XP all working, did answer that part.
Best Regards
Martin
Paul Ishenin wrote:
Martin Friebe wrote:
I noted
scrolled)
Best Regards
Martin
Martin Friebe wrote:
Yes. And we need markers for live templates. For example some green blocks and
some red blocks.
The HighlightAll markers can be used for identifier references too.
Not sure what you refer too.
But it will probably work. Not necessarily
Maybe the following may be of help.
http://bugs.freepascal.org/view.php?id=11560
I just spotted in the below
How to assure, that all nested components will be repainted after
calling MyPanel.Paint, because actually all components are behind new
I think you should call MyPanel.Invalidate,
:
-Text
-None
I haven't found anything that is highlighted by text except it does
the brackets, which none does currently not. So the question is, have
I missed something, or is there some other intend?
Thanks
Martin
Mattias Gaertner wrote:
On Sun, 29 Jun 2008 13:14:46 +0100
Martin Friebe
Hi Mattias,
Cool, thanks.
Mattias Gaertner wrote:
On Mon, 07 Jul 2008 00:40:21 +0100
Martin Friebe [EMAIL PROTECTED] wrote:
Recreated the patch. The 3 *.pp files go into components/synedit/
Thanks. Applied.
I am looking for any feedback, that will prevent me from
There is an oddity, and I am trying to find out the correct behaviour:
Set your editor options to:
Tabs to spaces: NO
smart tabs: NO
tabs indent block:NO
show special chars: Yes
alt-key sets column mode: yes
have a text like [--- is *one* tab]
abcdefghij
1234
mnopqrstuv
Now hold
Mattias Gärtner wrote:
On the other Hand if ever an optimizer should bundle other words (like
identifiers with the separating dots) into one word, then the current
method would fail as well.
I *thought* the new marker concept would handle this. Marker bounds should be
independent of
I noticed something, which I can't explain. Here is the question
in ide/editoroptions is procedure:
procedure GeneralCheckBoxOnChange(Sender: TObject; Index: integer);
This is assigned (via the Resources of the form) to the TCheckBoxes on
the editor-option's color page. (TextBoldCheckBox).
In Synedit's PaintLines is a functioin called AddHighlightToken.
At one point it copies the current token to the end of the TokenAccu. At
this point a remark can be found:
// Don't use AppendStr because it's more expensive.
Instead of using AppendStr, it implements a plain for i := 0 to ...
See also:
http://bugs.freepascal.org/view.php?id=11716
http://bugs.freepascal.org/view.php?id=11474
Sometimes Synedit moves the cursor around to perform replace, search or
other operations, and in the end returns it to the original location,
(or a new location that may have been visible
Hi,
just trying to keep my intentions in sync with the lazarus teams
expectations.
So a couple of questions to follow up the remarks in
http://bugs.freepascal.org/view.php?id=9652
- I was planning to add an option to switch on/off the highlight all
feature in incremental search. Should I? or
Please see http://bugs.freepascal.org/view.php?id=1621
Now, on a second though, maybe the defaults should be changed to include
a background color?
I tried around a bit, Yellow is probably nice for the default-color-scheme.
However my taste (or rather missing tase for matching colors) is likely
?
Best Regards
Martin
Bob K. wrote:
Still the same problem.
--
From: Martin Friebe [EMAIL PROTECTED]
Sent: Sunday, July 27, 2008 1:17 PM
To: General mailing list lazarus@lazarus.freepascal.org
Subject: Re: [Lazarus] unable to rebuild lazarus
. I'm unable to find the version of gdb.exe
3. there is nothing in the debug output window
the exe will not run from windows explorer.
I'm running Windows Vista.
--
From: Martin Friebe [EMAIL PROTECTED]
Sent: Monday, July 28, 2008 10:49 AM
debugln('foo');
from LCLProc may be your friend. It, is used in lazarus itself, too.
it does first look for a param '--debug-log=', then enviroment, then
STDOUT.
And it just keeps silent, if no output at all is avail.
For more info go to the LCLProc unit and check the initialization
section
While working on http://bugs.freepascal.org/view.php?id=7773, there a a
few behavioural decisions:.
The basic of the bug is (| = cursor):
[ some comment is not needed,, but refers to later, to point out special
situations ]
[+] If a=b then begin {some comment} |
//Line after end
Hi,
Not a direct answer to your question, but if your main interest is to
have the latest lazarus, you don't necessarily need fpc from svn. You
could download and install a nightly build (Lazarus + FPC), *and* have
an svn checkout of Lazarus. The svn Lazarus, can then use the fpc from
the
IMHO, it would be best if a string knew it's encoding.
AFAIK, at the moment a string is prefixed by a record, containing data
such us the amount of allocated mem, and a ref-count.
This should include a field encoding. Then you could always request the
string in the encoding you need, and it
Just some ideas on the topic. IMHO the tmp-dir should have a random, or
pseudo-random element to it, and the current script should not (at least
not without asking) delete a tmp-dir.
A random element (such as the PID ) would solve issues if 2 different
users run the script simultaneously (e.g
If I try this and submit a bug, I get the error:
A necessary field 'Widgetset' was empty. Please recheck your inputs.
Marc Weustink wrote:
Graeme Geldenhuys wrote:
Hi,
I just saw Mantis notice in my inbox
-
http://bugs.freepascal.org/view.php?id=11933
http://bugs.freepascal.org/view.php?id=11564
Just to draw some attention to it, as I don't know if it was noticed.
I wouldn't normally do this (drawing attention), but in this case I make
the exception, because it is a crashing bug, and I therefore believe it
should be fixed in 0.9.26.
I know
http://bugs.freepascal.org/view.php?id=11768
Scrolling with the mouse wheel can affect more than one window.
From short testing this seems to be a regression too. I can reproduce
this, but only with SVN.
0.9.24 is not affected.
I have found some more info.
Assume the following layout: (O
On 9/17/08, Graeme Geldenhuys [EMAIL PROTECTED] wrote:
Hi,
With my last svn update, I noticed a few more icons have been added to
screens. I personally think the icon used in the Remove button in
the Project Inspector is wrong.
The red icon normally associated with ERROR. For
Hi,
Hope you don't mind me playing with the image ( just mentioning, I am
not normally into graphical design = so if my result isn;t any good,
feel free to say)
But the first thing that came to mind was, that IDE seemed to big. And
maybe in the wrong place.
I moved it to the right, made
Just got the following exception (SVN 0.9.27, 16831). Not seen it
before. (it happened while hovering over a comment / hinttimer)
any idea how to find out more, before pasting it into a bugreport?
TApplication.HandleException
Stack trace:
$007A4E45 TCODETREENODE__CONSISTENCYCHECK, line
can be reproduced in the IDE as well
File-new : then choose text
an empty synedit is created.
- inserting a space or char into the empty line works
- but if you press return, before inserting anything else,it will fail.
please create a bug report for it.
Brad Campbell wrote:
Steps to
Hi
The following bug is a regression from 0.9.24:
http://bugs.freepascal.org/view.php?id=12281
I am not sure if it will have the necessary attention in the bug system,
before 0.9.26 is released. please review
Thanks
Martin
___
Lazarus mailing list
Alexander Klenin wrote:
I noticed that FreePascal highlighter does not overload IsKeyword function.
Thinking that it should be trivial to implement, I have taken a look
at SynHighlighterPas unit.
Maybe off topic, but out of curiosity.
What is the benefit you hope to get from adding it? It
like a repaint or redrawing issue.
On Fri, Oct 10, 2008 at 9:00 AM, Martin Friebe [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Well, I don't have a mac, so I can't test this, but I was involved
into
some refactor around the bracket-highlights (a few month back).
one
Hi, just trying to poll an opinion on how exactly those features should
work.
Especially in relation to the automatic indent of a new line to the
indent of the line above. (This is when you press enter at the newly
inserted line will be indented as much as the line under which it was
Mattias Gaertner wrote:
On Sat, 18 Oct 2008 00:19:00 +0100
Martin Friebe [EMAIL PROTECTED] wrote:
Hi, just trying to poll an opinion on how exactly those features
should work.
Especially in relation to the automatic indent of a new line to the
indent of the line above. (This is when
Just seen the thread about statistics. I thought I bring forward another
idea I recently had.
Would it make sense to add some fields to the bugs, classifying them as:
- bug
- regression [ and last working version / revision ]
- feature
They are just meaningful for statistics. And maybe helpful
Christian Budde wrote:
Hello,
I just worked a bit with lazarus after some month. It's still quite
impressive how good it works. On the other hand it's sad that so many
things do not work yet. Especially in Win32 IMHO it's still easier to
work in Delphi and only switch to Lazarus when
Christian Budde wrote:
If I could help out to solve this issue I'd be glad to 'fix' some more
(like the annoying Shift+Click, that triggers slightly wrong and makes
me continuously enter the wrong unit).
Can you give an example what exactly goes wrong with the shift click,
Christian Budde wrote:
Hi Martin
This is probably cross all OS. I am not sure what the intended
behaviour is.
I guess that it is correct to take the action on Mouse-up, but it may be
sensible to limit it on cases where ctrl was hold down during the
mouse-down event. IMHO in that
As a temporary fix, enable the {$INLINE OFF} on top off the file, I will
look into this later.
Is this error with the fpc build in assembler? (or is fpc always using
an external assembler on power pc?)
I know this error may happen when cross-compiling with an external
assembler. I am not sure if
Brad Campbell wrote:
EarMaster - Bent Olsen wrote:
Hi all,
I have updated Lazarus to latest revision (17246) on Win32 and Mac i386/PPC,
and downloaded latest FPC 2.2.2 (20081106 on Win32, 20081104 on Mac
i386/PPC)
Uncomment the {$INLINE OFF} in
Vincent Snijders wrote:
Brad Campbell schreef:
Henry Vermaak wrote:
2008/11/6 Martin Friebe [EMAIL PROTECTED]:
I am trying to find the right IFDEF, to make sure it compiles for
powerpc.
I believe it would be
{$IFDEF CPUM68K} {$INLINE OFF} {$ENDIF}
Brad, could you see
Hi,
I haven't fully investigated this, put it may be related to the fact
that you install some custom onKeyPressed stuff.
The original procedure TSynCompletion.EditorKeyPress(Sender: TObject;
var Key: char);
does:
if TRecordUsedToStoreEachEditorVars(fEditstuffs[i]^).NoNextKey then
begin
Brad Campbell wrote:
Is there any way of setting the default background colour of a line from a
SynHighlighter?
I need to change the background colour based on the currently assigned range.
I have been doing it
with a hack to synedit that leaves the background colour the same as the
You can put a feature request in the bugtracker ( I will pick it up)
However it will be a while before I get to work on it...
This is unless someone actually brings a reason, why this would be a bad
feature
Martin
Graeme Geldenhuys wrote:
On Tue, Nov 25, 2008 at 4:51 PM, Mattias Gärtner
Joost van der Sluis wrote:
Op dinsdag 25-11-2008 om 15:25 uur [tijdzone +], schreef Martin
Friebe:
You can put a feature request in the bugtracker ( I will pick it up)
However it will be a while before I get to work on it...
This is unless someone actually brings a reason, why
Gerard N/A wrote:
I have a rough implementation that seems to work Ok (I'm cautious
because the synedit highlighter is a scary piece of code).
If there is interest, I can post a patch to the bug tracker or here.
Hi Gerard,
I saw the patch you uploaded to the bug system.
As indicated
Felipe Monteiro de Carvalho wrote:
Hello,
When I execute the StretchBlt windows API in the magnifier I get
different results in Delphi and in Lazarus:
Windows.StretchBlt(DestCanvas.Handle, drawGlassRect.Left, drawGlassRect.Top,
drawGlassWidth, drawGlassHeight,
Alexander Klenin wrote:
and yet another one for patches to SynEdit (both stalled for about a month
now),
etc
I just saw this, and consequently found your patches on this mailing
list too.
As for the SynEdit patches (is-link-able), If you can submit them to
mantis, I will take them and look at
I am opening a new mail thread, otherwise it will be mixed with the
TAChart topic in the archives.
Alexander Klenin wrote:
On Thu, Dec 11, 2008 at 23:49, Martin Friebe [EMAIL PROTECTED] wrote:
Alexander Klenin wrote:
and yet another one for patches to SynEdit (both stalled for about
Alexander Klenin wrote:
Zitat von Alexander Klenin kle...@gmail.com:
I should note that I was horrified by the amount of glue code needed
to route an event through main form, source notebook, source editor and
SynEdit.
The IDE is structured in a hierarchy.
mainide: the top
Mattias Gärtner wrote:
Zitat von Alexander Klenin kle...@gmail.com:
I should note that I was horrified by the amount of glue code needed
to route an event through main form, source notebook, source editor and
SynEdit.
The IDE is structured in a hierarchy.
mainide: the top level of
Alexander Klenin wrote:
On Fri, Dec 12, 2008 at 21:37, Martin Friebe laza...@mfriebe.de wrote:
In The current structure
SynEdit is the Visual control, and therefore also the control that takes
all events such as mouse/key down/up/move. Often it is SynEdits work to
react to this, but often
Thanks for the patch, looks good to me.
A few things:
- Originally you had the condition NewX1NewX2 moved into
IsLinkable. Now it is omitted?
May be right, because codetools may (or may not) return false for
those. Yet it means an unnecessary call to code tools.
- You probably accidentally
Martin Friebe wrote:
- The unlucky bit is that your patch gets affected by a known bug. if
you got a string with multibyte utf8 chars (like german umlauts) then
anythink behind the umlauts is not linkable.
This is already the case now (SynEdit does currently not follow valid
links
Hi Alexander,
Mattias did apply your patch (since I am restricted to the synedit
folder). If you feel like doing the optimization, it will always be
welcome, but is no must.
Martin Friebe wrote:
Thanks for the patch, looks good to me.
...
- And last not least (not a stopper, but would
Hans-Peter Diettrich wrote:
Mattias Gärtner schrieb:
The IDE is structured in a hierarchy.
mainide: the top level of the IDE and the central nerve system. Because of
its
size it's splitted into several units. This is the 'integrated' in IDE. It
connects the various modules like
Hans-Peter Diettrich wrote:
Martin Friebe schrieb:
Well I am in the process of breaking it up into smaller bits.
- The gutter drawing moved to its own class.
- Folding is partly abstracted
- Trim Trailing spaces has been abstracted into a class of its own. (a
view of SynEditLines
Hans-Peter Diettrich wrote:
Martin Friebe schrieb:
A couple of remarks:
-Individual drawer objects fro Gutter and TextArea (I will avoid Grid in
the name, Grid is a specialization)
The Grid is a hint on the organisation of the canvas, in rectangular
cells. I've spent a lot
Hans-Peter Diettrich wrote:
Martin Friebe schrieb:
The only reason I did skip the grid in the name is that a generic
painter base class will not define a griod (or maybe it will but based
on pixels). So it does not block anyone from implementing a proportional
painter
Okay
that view in your
text sometimes refers to multi window display. I tried to amend them
in a 2nd run through my answer. I hope I didn't miss any. If my answers
do not seem to match your text, I probably read view in a different way
from what you meant
Hans-Peter Diettrich wrote:
Martin Friebe
Hans-Peter Diettrich wrote:
Martin Friebe schrieb:
Maybe for clarifications. I started this using the word "view". But I
can see there are 2 ways to read this word.
- "physical view": Like a painter. The final output of the combined
text/style information.
In some places below, I am unsure what you meant by component:
- the view (as in MVC)
- the overall editor (as in SynEdit)
Hans-Peter Diettrich wrote:
Martin Friebe schrieb:
Model shall contain
- the raw text
- bookmarks, and other marks
- foldable secitions
- ...
Other information
into implementation.
Best regards
Martin
In some places below, I am unsure what you meant by component:
- the view (as in MVC)
- the overall editor (as in SynEdit)
Hans-Peter Diettrich wrote:
Martin Friebe schrieb:
Model shall contain
- the raw text
- bookmarks, and other marks
Mattias Gärtner wrote:
Zitat von Martin Friebe laza...@mfriebe.de:
[...]
But for Lazarus a benefit could be, that such a model could also contain
data, on top of the information hold for synEdit. The Lfm (FormDesigner)
info could become part of this.
What has synedit to do
Hans-Peter Diettrich wrote:
Martin Friebe schrieb:
- The public/shareable model would have to be ref-counted. Or explicit
ownership would need to be assigned and the owner would need to keep
track of all Shareholders.
The latter. The model must know about all views, to be notified
just a test
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Hi
I know there are issues becuse on 64 bity systems pointer are 8 byte.
And I know there is PTRInt / PTRUInt. An integer of the correct size.
But how much casting is needed?
if I have an integer, word, or byte do I need to go via PTRInt? That is
if I know the data is only 4 or less bytes.
So
Vincent Snijders wrote:
2009/1/7 David W Noon david.w.n...@ntlworld.com:
Hi,
Some C++ class libraries have object classes that automatically resize
widgets when a form is resized by the user. For example, wxWidgets calls
them sizers, and Qt calls them layouts. I have perused the LCL
Bernd Mueller wrote:
Dave Coventry wrote:
I have a file into which I want to put a long integer:
00 00 19 7A
The file expects the value in the form:
buffer[0]:=122;
buffer[1]:=25;
buffer[2]:=0;
buffer[3]:=0;
I am then intending to write this buffer to the file
Hi, I have a problem saving a certain component struicture to an LFM
(lazarus) file and read it back.
since a good amount of code is in FPC, I am not sure which list to go to?
There is classes/writer.inc with has TBinaryObjectWriter. This is where
things go first.
Then, later this gets
)
Thanks Martin
Martin Friebe wrote:
Hi, I have a problem saving a certain component struicture to an LFM
(lazarus) file and read it back.
since a good amount of code is in FPC, I am not sure which list to go to?
There is classes/writer.inc with has TBinaryObjectWriter. This is where
things
Mattias Gaertner wrote:
[...]
Thanks, I think I found a better way.
The outer container has no nested components of it's own. It seems I
can hook into (override) TComponent.WriteState which is calling
WriteComponentData (properties, then Children). Since no children are
there, I can make
the valuse of a Class-property
1) property is TPersistend or descendant, and has both read and write
access (write can end up in assign)
2) property is TComponent or descendant, and has csSubComponent (in this
case it does not need a write access method)
Martin Friebe escribió:
Mattias Gaertner
So as I see it I found 2 possibilities
1) The GutterParts are created as components owned by the SynEdit (or
does it have to be the form; if it does have to be the form then there
will be issues if there is more than one synedit ). that will be a
lot of easy to break maintenance work.
waldo kitty wrote:
Martin Friebe wrote:
but a couple of thinks that come to mind:
1) What version of FPC are you using (you only said you updated
Lazarus); you refer to FPC 2.2.2, have you tried the fixes branch
(2.2.3)? or trunc(2.3.1)?
i'm using whatever comes with lazarus
waldo kitty wrote:
Martin Friebe wrote:
2) You say you do not know the exact error: because the popup box
doesn't state it = Try running the exe in the debugger, make sure you
compile with debug symbols for gdb (-g, maybe also -gl).
just following up on this (as my other reply
ik wrote:
Hello,
There are few features that I would like to see in the Lazarus editor:
1. Multiple spliting (and close the split) the editor to horizontal
and vertical views
2. VIM keyboard support
3. Ability to have a way to fold code by using comments with special
chars (like (* {{{ *)
Not sure, but I would try something like
FS.ReadBuffer(fsbuffer[0],recordsize);
The function is declared as
ReadBuffer(var Buffer;
So in reality a pointer to the variable is passed to the function. Your
dyn-array is already a pointer. You are passing in a pointer to the internal
On 0.9.27, if you activate a new feature, and you stand on a string,
it marks all of the matching strings in the same file. It can be very
helpful if I could fixate such string when I'm looking at the code and
moving to see where the string in my context appears without the need
to use
Should be fixed in SVN now. Sorry the Example wasn't updated before.
Andrea Mauri wrote:
I got the same error, both on win xp and ubuntu 8.04. fpc 2.2.2 lazarus svn.
Lazarus rebuilds properly if example are excluded from rebuilding.
andrea
Guadagnini David ha scritto:
An error appeare
Howard Page-Clark wrote:
On Sun, 25 Jan 2009 00:22:09 +0200
Dave Coventry dgcoven...@gmail.com wrote:
type
TNameValueRecord = record
private
FNames: array of string;
FTypes: array of string;
function GetCount: integer; inline;
... end;
Delphi 2006 introduced
you are righjt,
I also found where it was introduced.
I will fix it tonight.
In the meantime Synedit.pp ;line 3309
if (FFoldedLinesView.Ranges[CurLine] = nil) then begin
DrawHiLightMarkupToken(nil, PChar(Pointer(sLine)), Length(sLine));
end
You may simply remove the
Ah, good...
I need to update the trailing spaces section too. and the indent
section,
dmitry boyarintsev wrote:
Martin, I've copy-pasted your email to the wiki:
http://wiki.lazarus.freepascal.org/IDE_Window:_Editor_Options
imho, it's necessary to add Default Lazarus like settings and
I know SyncEdit, and got it on my list, for now it's display only.
In order to do SyncEdit, SynEdit will need to get a concept of different
States (at the moment this is handled by SourceEditor for things like
incremental search).
This will also be useful for templates, that can automatically
saeka wrote:
Hello, developers.
SynEdit.pp source code has a lot of 'SYN_MBCSSUPPORT','SYN_LAZARUS'.
It seems to be SynEdit was compiled by defines SYN_MBCSSUPPORT originaly
but now, that is undefined by SYN_LAZARUS. (in SynEdit.inc)
SYN_MBCSSUPPORT is defined by supporting
Bart wrote:
Hi,
I'm experiencing a problem using SVN.
When I have written patches for Lazarus, then do an svn update (after
the patches have been committed), the sourcefiles that I have altered
are not updated correctly.
For instance. I recently made changes to lcl\include\dbedit.inc
Graeme Geldenhuys wrote:
On Sat, Feb 21, 2009 at 12:49 AM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
In most cases I cannot inspect local variables, due to no such symbol
in context errors, even with fully disabled optimizations.
This is exactly the errors I get. I develop
Hans-Peter Diettrich wrote:
Marc Weustink schrieb:
tooltip on identifiers don't work,
Always, unless used on properties. In that case I use the Evaluation
dialog to inspect the membervar.
Sorry, Graeme is right :-(
In most cases I cannot inspect local variables, due to
Hans-Peter Diettrich wrote:
Graeme Geldenhuys schrieb:
I can not work efficiently with Lazarus, due to two problems with the
editor (LazSynEdit): it can become dead slow, needing seconds of
computation for a single key stroke, and it doesn't support multiple
edit windows. This is why I
Hans-Peter Diettrich wrote:
Martin Friebe schrieb:
If you use GTK1 or 2 you should use a font that is monospaces, and
exists in this size for bold and italic too. (And you must not use
ExtraCharSpacing). Otherwise there may be a slow down in painting. Yet
this can not be compared
Hans-Peter Diettrich wrote:
Martin Friebe schrieb:
The effect is boring, even if I only navigate through the source code
with the cursor keys :-(
This bit sounds like a problem with painting the window.
Moving the cursor should not require much repaint. And after
Hans-Peter Diettrich wrote:
Martin Friebe schrieb:
Moving the cursor should not require much repaint. And after startup it
works fine, so that I suspect a problem with the information collected
over time.
yes and no:
- vertical moves do repaint the gutter always, in case
Hans-Peter Diettrich wrote:
Martin Waldenburg schrieb:
- Memory management. SynEdit uses a TStrings attempt (IMHO a
gaped-buffer would be more efficient).
that's some kind of an urban legend.
But anyway I could cry aloud looking at what mwEdit became.
Nobody seems to know
Graeme Geldenhuys wrote:
Hi,
This is probably more related to unix systems... Has anybody got a
small sample application, some documentation or is a sample included
in Lazarus that shows how to go about writing a GUI frontend to a
console application?
While it isn't a small example. The
Any one who uses SVN, you may encounter a problem if updating to Version
18829 or above.
This applies if:
- you build Lazarus from within the IDE
- have the new SynEdit-design package installed
The make bigide should not be effected.
Here is how to solve the issue:
- Uninstall SynEdit-design
Flávio Etrusco wrote:
1) Logic should be separated from the presentation, so first there should be
'TAbstractSynEdit' class, concerning itself purely with text manipulations,
such as text insertion/deletion, cursor position changes, text
attribute calculation,
save/loading, codetools etc.
Hi,
To take the discussion of the bug tracker.
My current intention on this issue would be to solve the additional
issues, such as double scan on Paste, or ensuring LoadFromFile only does
a single scan for all lines in one go)
This would mean the only Problem remaining is:
If a user writes
David B Copeland wrote:
How do you fix it?
Dave.
On Wed, 2009-03-04 at 15:00 +0200, A.J. Venter wrote:
on svn revision 18887.
Thanks,
That fixed it.
Ciao
A.J.
There was an error if you did make all (command line), this was fixed
in revision 1 = So just upgrade
Hans-Peter Diettrich wrote:
Martin Friebe schrieb:
Since TrailingSpaces is already a wrapper around the TextBuffer, it can
simply intercept those methods, and deal with them.
Such a wrapper IMO disallows to change the trim option at runtime. I'd
implement it only in the display code
1 - 100 of 146 matches
Mail list logo