On 2/13/2012 19:24, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Now the lazarus team needs to decide how it intends to use the new feature.
When a decision has been reached, I'll see how I can help (if any help is
still needed).
This reminds me on: Here's the solution, where's th
Michael Van Canneyt schrieb:
Now the lazarus team needs to decide how it intends to use the new feature.
When a decision has been reached, I'll see how I can help (if any help
is still needed).
This reminds me on: Here's the solution, where's the problem?
DoDi
--
__
On 2/13/12, zeljko wrote:
> Bart, I've fixed that (added dynamic count of height) in r35309. Can you
Saw an entry in bugtracker about that.
Will test when I'm on Linux again.
Bart
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http:
On 2/13/12, Graeme Geldenhuys wrote:
> Hi,
>
> Has anybody implemented a synedit (or other edit component) based
> general text editor (something like Syn on SourceForge - but it
Yes I have, sort of.
It's main purpose is html text editing, but I use it as a notepad replacement.
The UI is in Dutch
On 2/13/2012 10:40, Antonio Fortuny wrote:
Le 09/02/2012 19:10, waldo kitty a écrit :
On 2/9/2012 03:16, Antonio Fortuny wrote:
Le 08/02/2012 19:58, waldo kitty a écrit :
On 2/8/2012 08:53, Henry Vermaak wrote:
On 08/02/12 13:26, Michael Schnell wrote:
Why not just use a file ?
Is there
13 February 2012 14:48, Hans-Peter Diettrich wrote:
>
> Nice, but I could not find any references to the software. Is it still
> available, supported...?
I can't remember if it was ever released. The author, Lars (aka z505)
is still active in the fpc-pascal and mseide mailing list (I don't
thin
Thanks for the correction! :-)
Must be my english that fails!
Em 13/02/2012, às 17:44, Marcos Douglas escreveu:
> On Mon, Feb 13, 2012 at 4:40 PM, Everton Vieira wrote:
>> Is true, but in the mind of most of this people the pascal is dead.
>> And the better of this people will be even sorry abou
On Mon, Feb 13, 2012 at 4:40 PM, Everton Vieira wrote:
> Is true, but in the mind of most of this people the pascal is dead.
> And the better of this people will be even sorry about it ;)
> After all, the pascal always was an elegant language.
Correcting:
The Pascal IS an elegant language. ;-)
Is true, but in the mind of most of this people the pascal is dead.
And the better of this people will be even sorry about it ;)
After all, the pascal always was an elegant language.
Em 13/02/2012, às 17:15, Mark Morgan Lloyd escreveu:
> Sven Barth wrote:
>> On 13.02.2012 17:55, Everton Vieira wr
On Mon, 13 Feb 2012, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
On Mon, 13 Feb 2012, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
People need to agree on:
1) Which attributes to support by default.
2) What values the attributes can take.
3) what to do if an at
Sven Barth wrote:
On 13.02.2012 17:55, Everton Vieira wrote:
But JuhaManninen had said so goodly:
"
The fact is that FPC / Lazarus is an almost unknown niche language /
environment. I am studying information technology and programming in a
university of applied sciences and there nobody knows
On 13/02/2012 18:50, Mark Morgan Lloyd wrote:
But be warned that before I go anywhere near that I'm going to be
investigating injecting APL-style characters into Synedit. You might
prefer to keep your head down :-)
Let me know how it goes. As long as they are represented in utf8
There is
On 13.02.2012 17:55, Everton Vieira wrote:
But JuhaManninen had said so goodly:
"
The fact is that FPC / Lazarus is an almost unknown niche language /
environment. I am studying information technology and programming in a
university of applied sciences and there nobody knows about FPC or
Lazaru
Martin wrote:
On 13/02/2012 08:18, Mark Morgan Lloyd wrote:
Martin wrote:
you got my 2nd mail? In trunk you can use Gutter.OnResize
It is no longer internally used.
Yes, but I'd spent the last few days scratching my head over a project
that had been "polluted" by the trunk IDE, and for the
On 13/02/2012 18:37, Martin wrote:
On 13/02/2012 17:57, Hans-Peter Diettrich wrote:
Martin schrieb:
So a full pascal expression parser would be needed. That is not the
problem (could even be fast enough). But each possible state in an
expression (before/after dot/operater // bracket nest-lvl
On 13/02/2012 17:57, Hans-Peter Diettrich wrote:
Martin schrieb:
So a full pascal expression parser would be needed. That is not the
problem (could even be fast enough). But each possible state in an
expression (before/after dot/operater // bracket nest-lvl ...) must
be allowed to be stored.
Michael Van Canneyt schrieb:
On Mon, 13 Feb 2012, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
People need to agree on:
1) Which attributes to support by default.
2) What values the attributes can take.
3) what to do if an attribute is absent.
IMO we have to agree in the firs
Martin schrieb:
So a full pascal expression parser would be needed. That is not the
problem (could even be fast enough). But each possible state in an
expression (before/after dot/operater // bracket nest-lvl ...) must be
allowed to be stored. That explodes memory cost (storage capacity is
ne
The market and the education environments are practical unaware that we exist.
Em 13/02/2012, às 14:55, Everton Vieira escreveu:
> This discussion walked too much about the tech which i don`t think is the
> case.
>
> But JuhaManninen had said so goodly:
>
> "
>
> The fact is that FPC / Lazar
On 13/02/2012 16:49, Martin wrote:
On 13/02/2012 08:19, Hans-Peter Diettrich wrote:
Martin schrieb:
2. In declaration of external functions like the following
procedure P; external 'someLib' name 'someName';
the "name" is like a keyword. So it would be nice if it'll be in bold
font.
I have
This discussion walked too much about the tech which i don`t think is the case.But JuhaManninen had said so goodly: "The fact is that FPC / Lazarus is an almost unknown niche language / environment. I am studying information technology and programming in a university of applied sciences and there n
On 13/02/2012 08:19, Hans-Peter Diettrich wrote:
Martin schrieb:
It does not matter how they are named. From a user point of view they
could be highlighted. Or at least as an option.
Such context sensitive stuff is already done in some places.
The problem is how the parser works. And each co
On 13/02/2012 08:39, Graeme Geldenhuys wrote:
Hi,
Has anybody implemented a synedit (or other edit component) based
general text editor (something like Syn on SourceForge - but it
http://sourceforge.net/projects/letterpress/ ?
But it might be windows only
--
On 13-2-2012 17:24, Everton Vieira wrote:
> I found this:
> http://forum.lazarus.freepascal.org/index.php/topic,13754.msg86355.html#msg86355
>
> But not sure if you referred this.
>
Yep, that's the thread I was talking about...
Regards,
Reinier
--
__
I found this:
http://forum.lazarus.freepascal.org/index.php/topic,13754.msg86355.html#msg86355
But not sure if you referred this.
Em 13/02/2012, às 14:06, Everton Vieira escreveu:
>
> Em 13/02/2012, às 13:45, Reinier Olislagers escreveu:
>
>> I think a lot of people will appreciate it if you s
Em 13/02/2012, às 13:45, Reinier Olislagers escreveu:
> I think a lot of people will appreciate it if you start a new topic by
> posting a new message to the list, not replying to a previous message.
I though i had separated the topics, sorry about it.
>
> Otherwise, your messages end up in th
On 13 February 2012 17:19, Everton Vieira wrote:
> Why the Java became so strong?
>
> We could think about the good large library.
> We could think about the eclipse IDE.
> We could think about the partnerships.
>
> But doesn`t matter.
>
> What`s matter is that the fpc/lazarus has even more potent
On 13-2-2012 16:19, Everton Vieira wrote:
> Why the Java became so strong?
>
> We could think about the good large library.
> We could think about the eclipse IDE.
> We could think about the partnerships.
>
> But doesn`t matter.
>
> What`s matter is that the fpc/lazarus has even more potential t
This is a good question, I think. No idea what the answer is -- just
familiar with the TIOBE data.
My guess is that JAVA has more corporate sponsorship -- but I will be
interested in hearing what others have to say.
I often wonder if there would be any possibility of a creative,
at-arms-lengt
Le 09/02/2012 19:10, waldo kitty a écrit :
On 2/9/2012 03:16, Antonio Fortuny wrote:
Le 08/02/2012 19:58, waldo kitty a écrit :
On 2/8/2012 08:53, Henry Vermaak wrote:
On 08/02/12 13:26, Michael Schnell wrote:
Why not just use a file ?
Is there a cross platform file locking solution in f
On Mon, 13 Feb 2012 10:39:31 +0200
Graeme Geldenhuys wrote:
> Many thanks in advance for any recommendations.
I like Geany as a programmers text editor. It provides synthax highlighting for
many languages and you can set custom build commands. Very useful for my C
needs, but of course it can be
Why the Java became so strong?
We could think about the good large library.
We could think about the eclipse IDE.
We could think about the partnerships.
But doesn`t matter.
What`s matter is that the fpc/lazarus has even more potential than.
What`s matter is why this potential have not yet spread
On Mon, 13 Feb 2012, Michael Schnell wrote:
Great Stuff indeed !
So I think DocView finally is qualified as the most desired candidate for the
default help viewer for Lazarus (not excluding that other help viewers might
be selected instead or additionally).
Despite DocViews obvious intrin
On Mon, 13 Feb 2012, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
People need to agree on:
1) Which attributes to support by default.
2) What values the attributes can take.
3) what to do if an attribute is absent.
IMO we have to agree in the first place about the *intended us
Great Stuff indeed !
So I think DocView finally is qualified as the most desired candidate
for the default help viewer for Lazarus (not excluding that other help
viewers might be selected instead or additionally).
-Michael
--
___
Lazarus mailing li
On 13 February 2012 17:00, Michael Van Canneyt wrote:
>
> Let us not forget that DOCView's INF format is just one of the possible
> output formats.
> Which means a FPDoc solution for notes must be generally applicable, and not
> taylored to the INF specs.
I fully understand that. I was simply des
On Mon, 13 Feb 2012, Graeme Geldenhuys wrote:
On 13 February 2012 16:01, Michael Schnell wrote:
Great stuff, but Greame stated that he is about to make the verbosity level
(that already is supported by inf files) selectable on the DocView GUI.
It is like Michael van Canneyt said, use att
Michael Van Canneyt schrieb:
People need to agree on:
1) Which attributes to support by default.
2) What values the attributes can take.
3) what to do if an attribute is absent.
IMO we have to agree in the first place about the *intended use* for the
notes.
The first implementation looks l
On 13 February 2012 16:01, Michael Schnell wrote:
>
> Great stuff, but Greame stated that he is about to make the verbosity level
> (that already is supported by inf files) selectable on the DocView GUI.
It is like Michael van Canneyt said, use attribute in the tag.
I'll then modify the fpdoc I
2012/2/13 Lukasz Sokol
>
> On 13/02/2012 10:25, Kjow wrote:
> > Hi all!
> >
> > I added to the Lazarus wiki a video game I developed with Lazarus and
> > GLScene:
> > http://wiki.lazarus.freepascal.org/index.php?title=Projects_using_Lazarus#Slot_Cars_-_The_Video_Game
> >
> > At moment there is a
Hans-Peter Diettrich hat am 13. Februar 2012 um
14:47 geschrieben:
>[...]
> Then I wonder why it doesn't work properly with the IDE main window. A
> fixed maximal client height is nonsense, because it disallows the user
> to enlarge the window when needed. According to the documenation,
> AutoSi
On 13/02/2012 10:25, Kjow wrote:
> Hi all!
>
> I added to the Lazarus wiki a video game I developed with Lazarus and
> GLScene:
> http://wiki.lazarus.freepascal.org/index.php?title=Projects_using_Lazarus#Slot_Cars_-_The_Video_Game
>
> At moment there is a demo to download and two videos on youtu
On 09/02/2012 13:39, Helmut Hartl wrote:
> Am 09.02.12 13:18, schrieb Lukasz Sokol:
>> On 09/02/2012 11:18, Mark Morgan Lloyd wrote:
>>> Lukasz Sokol wrote:
On 09/02/2012 10:01, Sven Barth wrote:
> The memory that is used by CPU caches is the fastest (but also
> the most expensive
Michael Schnell hat am 13. Februar 2012 um 14:33
geschrieben:
> On 02/13/2012 01:55 PM, Hans-Peter Diettrich wrote:
> >>
> >> Who invested those many hours to check if all this in fact was
> >> nonsense ?
> >
> >
> > It was my work of many weeks.
> >
> I understood that you inserted the note and
Sven Barth schrieb:
>> It was my work of many weeks.
>>
> I understood that you inserted the note and somebody else considered
them to be nonsense and removed them.
The notes were considered "not nice", that's all :-(
> I guess that the svn easily allows to retrieve them and so they can
On 02/13/2012 02:56 PM, Michael Van Canneyt wrote:
All that can not be achieved with only a level of verbosity.
But it can easily be achieved by adding attributes to each note, and
reacting on these attributes. This is already implemented in revision
20335.
Great stuff, but Greame stated that h
On Mon, 13 Feb 2012, Hans-Peter Diettrich wrote:
Graeme Geldenhuys schrieb:
A better help system should allow to show or hide details based on more
criteria. In Delphi and MS (.NET...) help it would be helpful to show the
texts associated with a specific language. In FPC/Lazarus help the pl
Felipe Monteiro de Carvalho schrieb:
On Mon, Feb 13, 2012 at 11:34 AM, Hans-Peter Diettrich
wrote:
The problem in the subject is a different one: there exists *no* way to
specify the extent of the *content* (client) part of a window, and let the
window manager adjust the *overall* size of the w
Am 13.02.2012 14:33 schrieb "Michael Schnell" :
>
> On 02/13/2012 01:55 PM, Hans-Peter Diettrich wrote:
>>>
>>>
>>> Who invested those many hours to check if all this in fact was nonsense
?
>>
>>
>>
>> It was my work of many weeks.
>>
> I understood that you inserted the note and somebody else cons
Am 13.02.2012 14:21 schrieb "Hans-Peter Diettrich" :
>
> Sven Barth schrieb:
>
>
>> You're wrong. "contains" (along with "requires") is only a keyword in
package files not library files.
>
>
> Thanks for the correction.
>
>
You're welcome.
>> E.g.
>>
>> package Foobar;
>>
>> contains
>> Foo in '
On 02/13/2012 01:55 PM, Hans-Peter Diettrich wrote:
Who invested those many hours to check if all this in fact was
nonsense ?
It was my work of many weeks.
I understood that you inserted the note and somebody else considered
them to be nonsense and removed them.
I guess that the svn easi
Sven Barth schrieb:
You're wrong. "contains" (along with "requires") is only a keyword in
package files not library files.
Thanks for the correction.
E.g.
package Foobar;
contains
Foo in 'foo.pp',
Bar;
requires
RTL;
end.
I couldn't find such files documented anywhere. Are these r
Michael Schnell schrieb:
On 02/12/2012 03:23 AM, Martin wrote:
Documentation rework, removes aprox. 600 occurences of [?] and other
non-sense from the documentation
This does make me shiver.
Who invested those many hours to check if all this in fact was nonsense ?
It was my work of many
On 13/02/2012 11:59, Michael Schnell wrote:
> On 02/13/2012 12:49 PM, Lukasz Sokol wrote:
>> Alternatively you can run a timer every 1/f ms with the screen refresh ..
>
> A separate time base unavoidably will lead to jitter.
>
> -Michael
>
Yeah, that's why I ':)'d that part.
L.
--
_
On Mon, Feb 13, 2012 at 11:34 AM, Hans-Peter Diettrich
wrote:
> The problem in the subject is a different one: there exists *no* way to
> specify the extent of the *content* (client) part of a window, and let the
> window manager adjust the *overall* size of the window accordingly,
> depending on
2012/2/13 Graeme Geldenhuys :
>I would like to get a
> replacement "general" text editor for gEdit and Kate. Preferably
> something light weight and fast, that can do search and replace and
> font customisation.
I have always used SciTE. Its lightweight and highly customizable and
it runs on Wind
Graeme Geldenhuys schrieb:
Has anybody implemented a synedit (or other edit component) based
general text editor (something like Syn on SourceForge - but it
doesn't need to have that much functionality). I would like to get a
replacement "general" text editor for gEdit and Kate. Preferably
somet
Graeme Geldenhuys schrieb:
LufDoc is an acronym for "Live User Fed Documentation".
Nice, but I could not find any references to the software. Is it still
available, supported...?
DoDi
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.
Mark Morgan Lloyd schrieb:
If I understand the issue correctly, GUI programming was originally
defined in terms of a predefined form size containing vector-drawn
components: there might be issues with jaggies or imprecise positioning
due to numeric rounding but in general content could be scal
Graeme Geldenhuys schrieb:
On 11 February 2012 12:23, Michael Van Canneyt wrote:
Seeing the discussions about annotating the documentation created by FPDoc,
I added support for notes.
(revision 20304)
Thank you Michael, this should definitely come in handy for some people.
Not me ;-)
I al
zeljko schrieb:
On Sunday 12 of February 2012 12:18:00 Hans-Peter Diettrich wrote:
> Sorting still doesn't work (on Windows only?). I added an according
> note, because Zeljan mentioned:
> 1.I've fixed sorting some time ago and it works ok.
> Should I report an new issue, or what?
Yes,
Michael Schnell schrieb:
On 02/10/2012 09:40 PM, Martin wrote:
Then we need to extend fpdoc. So we can build help (chm or other),
with or without todo/notes
Even better: use a help viewer that allows for dynamically switching
notes on and off or even supports a verbosity level.
This was my
On 02/13/2012 12:49 PM, Lukasz Sokol wrote:
Alternatively you can run a timer every 1/f ms with the screen refresh ..
A separate time base unavoidably will lead to jitter.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
ht
On 13/02/2012 10:16, Michael Schnell wrote:
> On 02/13/2012 10:13 AM, Lukasz Sokol wrote:
>> Would it not be a Better Idea (IMHO) to have the frame ready in
>> time for display and have the rest of the CPU time available for
>> something else ?
> Yep. Burt you would need to take advantage of the sc
2012/2/11 zeljko :
> Such change is planned for post 1.0 because it can easy postpone 1.0 for one
> year. Feel free to provide patch which will fix that in next 2-3 weeks so we
> can test before branching.
I think we should consider simply leaving how it is and add a new
property for the outter si
It has to have some Secure and Easy way to community development.
The tools that makes easier are the ones that can make more secure.
Is the most wiser to do something in this way.
Em 13/02/2012, às 08:20, Graeme Geldenhuys escreveu:
> Yeah, I read that, but still not 100% sure what everything
On 13 February 2012 12:30, Michael Schnell wrote:
> just "Notes" that can be hidden. But I would vote for letting the user
> decide at any point in time to switch the verbosity level in the help viewer
> itself rather than use a static environment variable.
That's already on my DocView todo list
In the version 0.9.31 work out.
But as i said in the bug tracker, i`ve used a dblookupcombobox with a
memdataset because i needed to list some values and save others, the keys.
Despite i had a fixed list of values i had to use a dblookupcombobox instead of
a simple dbcombobox because he does no
On 02/13/2012 09:30 AM, Graeme Geldenhuys wrote:
So based on this, fpdoc notes could be displayed or hidden using a
single INF file - simply by toggling the value of the IPF_KEYS
environment variable.
IMHO, multiple verbosity levels are a great idea and even more useful
than just "Notes" that
Hi all!
I added to the Lazarus wiki a video game I developed with Lazarus and
GLScene:
http://wiki.lazarus.freepascal.org/index.php?title=Projects_using_Lazarus#Slot_Cars_-_The_Video_Game
At moment there is a demo to download and two videos on youtube. I'm
looking for some commercial partners to
Ing. Héctor F. Fiandor Rosario wrote:
Dear friends:
i have an unusual problem: i have prepared a simple application to edit
a TDbf table.
now i have two forms only and when i execute the exe file the first
works well, but when i try to continue, then the second one appear and
the applicatio
On 13 February 2012 11:55, Sven Barth wrote:
>
> You might not have noticed, but Michael has something similar to this ToDo
Yeah, I read that, but still not 100% sure what everything he wants
that tool to do. But for that reason, I thought it worth raising the
awareness of an already existing tool
On 02/13/2012 10:13 AM, Lukasz Sokol wrote:
Would it not be a Better Idea (IMHO) to have the frame ready in time
for display and have the rest of the CPU time available for something
else ?
Yep. Burt you would need to take advantage of the screen refresh
interrupt to know the time you can start
Am 13.02.2012 10:28 schrieb "Hans-Peter Diettrich" :
>> Also I am not sure if it currently is worth the work (after all it must
ONLY be in that very specific context, the way the scanning works, the
scanner may only have a fragment of the statement when decision is due)
>
>
> Right, see:
>
>>
>> Th
On 02/13/2012 10:41 AM, Michael Schnell wrote:
**(IMHO this is one of the greatest advantages of Delphi.)
In fact I was referencing D7, as I don't have a more recent version that
I learned has a reworked (worse ? ) help system.
-Michael
--
___
Lazar
Am 13.02.2012 10:00 schrieb "Graeme Geldenhuys" :
>
> Hi,
>
> NOTE:
> This only applies to Class Documentation - stuff that FPC's fpdoc
generates.
>
>
> I mentioned this a few years back, and maybe it is worth bringing up
again.
>
> "If your answer is that the wiki is simply easier to use than th
On 02/12/2012 03:23 AM, Martin wrote:
Documentation rework, removes aprox. 600 occurences of [?] and other
non-sense from the documentation
This does make me shiver.
Who invested those many hours to check if all this in fact was nonsense ?
-Michael
--
On 02/11/2012 05:32 PM, Martin wrote:
Notes that appear in the end user output are inappropriate.
Unless the actively decide to see them (e.g. if they intend to become
help writers).
With community based projects there is no sharp difference between users
and contributor. That is the stuff t
*A general note: *
I am very happy to see these discussions here.
Lazarus is getting a level of maturity and public visibility that ask
for decent documentation at least as much as for code improvement.
Regarding the complexity of the topic (help is necessary for for the
help viewer itself (
Graeme Geldenhuys wrote:
Hi,
Has anybody implemented a synedit (or other edit component) basedgeneral text editor
(something like Syn on SourceForge - but itdoesn't need to have that much functionality).
I would like to get areplacement "general" text editor for gEdit and Kate.
Preferablysomet
waldo kitty schrieb:
On 2/11/2012 11:14, Samuel Herzog wrote:
Recently I convinced a colleage to install lazarus.
On the first start, the Lazarus IDE really looks uggly and not so
professional.
(on windows plattform)
i'm sorry but "what??"
I also observed that e.g. the initial (undocked)
waldo kitty schrieb:
The notes are for the authors, not for the end user.
yes and no... no because the "author" may have changed and the
additional one(s) don't have the "background"...
One more reason why every addition should be documented immediately,
before adding more new features. In
Martin schrieb:
On 13/02/2012 02:13, Bernd wrote:
2012/2/12 ik:
Raise Exception.Create('') at get_caller_frame(get_frame);
Does not paint the "at" code as reserve word.
It is not a reserved word according to the documentation, but on this
specific case, it act as one imho.
According to my "S
On Sunday 12 of February 2012 13:03:37 Bart wrote:
> On 2/11/12, Luiz Americo Pereira Camara wrote:
> > I dont see why all this fuzz.
> > In my copy of Lazarus (win32) the IDE remember the position of the
> > window. So, if the user does not like the default height just resize to
> > his desire an
On 02/10/2012 09:40 PM, Martin wrote:
Then we need to extend fpdoc. So we can build help (chm or other),
with or without todo/notes
Even better: use a help viewer that allows for dynamically switching
notes on and off or even supports a verbosity level.
-Michael
--
On 10/02/2012 19:13, Darius Blaszyk wrote:
> Your comments certainly help! I think you will probably be right for
> Mac. I expect that OpenGL will be more stable over the different
> platforms as the TCanvas implementation seems to be. However on
> Windows and Ubuntu OpenGL PBO does not win from T
> Here is an explanation of LufDoc from the original author himself.
> This URL was a test setup to see if users would contribute to MSEgui
> class documentation.
>
> http://z505.com/cgi-bin/mse/idx.cgi?file=fpdocintegrated
Here is the Starting Page of the MSEgui Documentation test.
http://z
On Sunday 12 of February 2012 12:18:00 Hans-Peter Diettrich wrote:
> Sorting still doesn't work (on Windows only?). I added an according
> note, because Zeljan mentioned:
>1.I've fixed sorting some time ago and it works ok.
> Should I report an new issue, or what?
Yes, please + example.
zelj
Hi,
NOTE:
This only applies to Class Documentation - stuff that FPC's fpdoc generates.
I mentioned this a few years back, and maybe it is worth bringing up again.
"If your answer is that the wiki is simply easier to use than the Lazarus FPDoc
Editor, then why not create a wiki frontend to th
Hi,
Has anybody implemented a synedit (or other edit component) based
general text editor (something like Syn on SourceForge - but it
doesn't need to have that much functionality). I would like to get a
replacement "general" text editor for gEdit and Kate. Preferably
something light weight and fas
On 11 February 2012 12:23, Michael Van Canneyt wrote:
>
> Seeing the discussions about annotating the documentation created by FPDoc,
> I added support for notes.
> (revision 20304)
Thank you Michael, this should definitely come in handy for some people.
I also investigated this functionality fu
Bart wrote:
On 2/11/12, Luiz Americo Pereira Camara wrote:
I dont see why all this fuzz.
In my copy of Lazarus (win32) the IDE remember the position of the window.
So, if the user does not like the default height just resize to his
desire and next time open will show the "correct" height
It's
Martin wrote:
All of that also in object inspector. So you can also fine tune, what
should be in the gutter
If you want to keep the lower one autosized. There is also
SynEdit.Gutter.OnResize
BUT it is currently used by SynEdit. That needs to be fixed.
If you use it, store the existing value
93 matches
Mail list logo
