On 08/28/2012 12:48 PM, Michael Fuchs wrote:
It is not a problem that is caused every time. But I prefer objects
which I destroy by myself, not by some magic.
I see.:-)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 08/28/2012 12:47 PM, Bernd wrote:
If such behavior were suddenly the norm for *all* objects (and not
only for interfaces or otherwise explicitly and knowingly reference
counted objects) then I am sure most of currently existing code would
completely stop working from one day to the other
I even compiled the most current version of FPC and deleted and
re-downloaded the svn trunk. But still I get (since about two weeks),
when do
make clean all
Compiling fcllaz.pas
Compiling registerfcl.pas
Compiling lazaruspackageintf.pas
registerfcl.pas(45,22) Fatal: Can't find unit process
On 08/24/2012 10:36 PM, Marco van de Voort wrote:
I read that as that there will be ref counted objects, not that all
objects will be ref counted per se. --
Ok, but if there are reef-counted objects what is the point in not using
them ?
-Michael
--
On 08/27/2012 03:36 PM, michael.vancann...@wisa.be wrote:
So for all those people shouting for a new string type: be warned that
there
may be a lot of side effects...
This is very obvious. The problem is that as soon Unicode is introduced
there are side effects even if Unicode is implemented
On 08/27/2012 03:34 PM, Mattias Gaertner wrote:
Do a make clean.
Search for any ppu and o files and delete them.
I deleted my trunk directory and re-downloaded it using svn checkout. So
I suppose there will be none of those.
-Michael
--
___
On 08/21/2012 01:01 PM, Howard Page-Clark wrote:
http://blogs.embarcadero.com/jtembarcadero/2012/08/20/xe3-and-beyond/
Besides, technically, I read that Objects will become reference counting
and thus .Free gets obsolete (like in Prism).
-Michael
--
On 08/22/2012 11:00 AM, Mattias Gaertner wrote:
The Lazarus team is glad to announce that Lazarus 1.0RC is available
Is it really sensible to prepare an 1.0 release regarding the FPC
powers seem to intend to follow the Delphi (and MSEGUI) way and define
String as a sequence of 16 bit entities.
On 08/22/2012 11:44 AM, Sven Barth wrote:
They plan to use LLVM (though this is not mentioned in that roadmap
article).
Regarding the multiple request I read in the past in the FPC forums to
move FPC to use a standard backend (such as LLVM), this seems like a
rather logical move (also
On 08/22/2012 02:39 PM, Sven Barth wrote:
Free Pascal will never move solely to a backend like LLVM.
That is what I learned in the forum already long ago :). I did not
intend advocate LLVM over the current Pascal based backend, but I wanted
to state that it seems like a logical move for
On 08/15/2012 05:20 PM, Clinton Shane Wright wrote:
I dont understand how to make another instance of the same thread
That is easy, but you might need to take so afterthoughts:
You can just do something like
var MyThread = array [0..10] of TMyThread;
for i = 0 to 10 do MyThread[i] =
On 08/16/2012 11:01 AM, Mark Morgan Lloyd wrote:
Although it's difficult to make definite points without knowing how
the code is interfacing to the port. For example, if it's in a tight
loop polling for input then of course things will slow down.
My suggestion is based on using the serial
On 08/16/2012 01:38 PM, Mark Morgan Lloyd wrote:
the OP implied that in his original solution he was polling multiple
modems rather than blocking on one device
not a good idea at all.
(or, for that matter, using select() on a unix-like OS).
Not necessary when using threads. (But great of
On 08/15/2012 12:14 AM, Leonardo M. Ramé wrote:
in my case, I know in advance the process wouldn't take more than one
minute,
I feel that (without some special configuration) a normal web server
will kill a standard CGI process that takes more than just a few seconds
before returning.
Please
On 08/13/2012 05:48 PM, Chavoux Luyt wrote:
Hi guys
When I try to install a new package (glScene),
Slightly off-topic.
I learned that glScene has been purchased by Embarcadero and has been
removed from open Source.
Is there still a free version of glScene and is that easily/somehow
usable
AFAIK, a web application uses the plain old standard mechanism, a web
server uses to work with a CGI application. it start the application and
when same ends, the web server retrieves its output and sends it to the
browser. So the web application just does not live long to be able to
wait for
On 08/14/2012 09:06 AM, michael.vancann...@wisa.be wrote:
I have code which does exactly that. It's used in production. It's
unix-only, however (it relies on fork and exec).
GREAT !
It would be great if this would be integrated in the Lazarus
distribution (as a special Application) or if
On 08/14/2012 09:55 AM, Kjow wrote:
Maybe you mean DXScene
Yep.
Thanks for the pointers !
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 08/14/2012 04:27 PM, Leonardo M. Ramé wrote:
2) With the TaskId generated by the server, the client calls a CGI
method called runLongTask(myTaskId).
I don't know if it's a goad idea to allow a standard CGI to do a
long action before returning top the WebServer.
At least the WebServer
TTimer and things like Application.QueuAsyncCall, TThread.Synchronize
need an Event Queue to do their work.
Currently there is no Widget Type (aka interface) that does not need a
GUI but provides an Event Queue.
So you can't create a Console Application (or a Daemon or a Web Service
or
On 08/10/2012 02:38 PM, michael.vancann...@wisa.be wrote:
while not fStopExecution do
begin
CheckSynchronize;
inc(i);
end;
This results in 100 % CPU (in a single CPU system) so not a very good
idea IMHO. (Even the timer thread is crippled by the main thread.)
If you can live
On 08/07/2012 10:20 AM, Krzysztof wrote:
But what with linux? I have installation script which:
- Copy executable to /usr/bin
- Copy icons to /usr/share/icons
- Add application to desktop menu bo copying .destkop file to
/usr/share/applications
All this is not installing in Linux (which is
On 08/03/2012 11:40 PM, Hans-Peter Diettrich wrote:
About a year ago I could fix that by using your CSS file. But I never
could figure out what really makes that difference, and found random
behaviour regardless of what I tried.
I found similar issues when doing plain html pages.
-
to be added:
If using automatic enumerated and bulleted paragraphs there might be
even more issues.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Hurray !!
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 08/01/2012 02:54 PM, zeljko wrote:
Yes, there are various apps which can do that, but I've asked about
some api/component which can be included into application.
I once tried some of them. Most simply don't work (being printers to PDF
files) and some installed nasty addware stuff. I
On 07/17/2012 12:15 AM, Graeme Geldenhuys wrote:
And I'll say that that is absolute rubbish. fpdoc was designed as a
source code documentation tool, and that is what it is good at. It
definitely doesn't have the design or features required for
application hel
I remember from our discussion
On 07/17/2012 12:15 AM, Graeme Geldenhuys wrote:
And this URL...
http://wiki.freepascal.org/Add_Help_to_Your_Application ...explains a
bit more, but uses plain HTML files located in a folder. Still no TOC,
Index or Search support,
In fact search features (including F1 fast search) are
On 07/18/2012 12:15 PM, Mattias Gaertner wrote:
Can you give an example?
I don't remember the details of what has been discussed at that time. I
just seem to remember that the said tool should be able to use as well
the user-updateable Wiki(s) as the (existing expert-updateable) files
On 07/18/2012 12:49 PM, Graeme Geldenhuys wrote:
What I was talking about in this message thread is application help.
I see, but as the IDE _is_ an application, I feel that - if Lazarus is
supposed to provide means for application programmers to integrate a
help system in their apps and fill
On 07/18/2012 01:41 PM, Reinier Olislagers wrote:
I'm sorry but it seems so much more constructive to discuss actual
ways forward to solve things based on what we have now, even if it is
step by step, than to keep talking about abstract concepts.
While I do see your point, I of course don't
On 07/18/2012 02:30 PM, Reinier Olislagers wrote:
Well... have you decided whether you want to have tea or beer? If so,
why?
Nope.
I just intended to provide a hint so that those that are inclined to do
some work on that behalf might consider this and might be able to do the
decision on an
On 07/18/2012 02:35 PM, Mark Morgan Lloyd wrote:
But first you have to identify the need: that you're thirsty :-)
Yep. Seemingly both are: The application programmers that want to
provid3e a help system to their users, and the application programmers
that want to use a help system when
On 07/18/2012 03:44 PM, Reinier Olislagers wrote:
Sorry, perhaps we're talking at cross-purposes which may explain some of
the confusion.
Your tea option: having another help viewer integrated is *exactly* what
has already been proposed:
I do know.
With my contribution I just wanted to say
On 07/10/2012 05:12 PM, Graeme Geldenhuys wrote:
If you are referring to the help viewer, then again, that is where
LHelp lags behind. DocView allows you to annotate (add inline
comments) any INF files. Those annotations are stored in a separate
file (helpfile.notes), which you can move around
On 06/22/2012 08:57 PM, Hans-Peter Diettrich wrote:
Ambiguous character representations are a general problem with
characters, where e.g. line endings or whitespace can be represented
in different ways.
Of course, but that does not mean that it is worth to be mentioned in
this case where
On 06/22/2012 11:03 AM, Reinier Olislagers wrote:
It says:
Due to the special nature of UTF8 you can simply use the normal string
functions
It also says:
Note also that UTF-16, like UTF-8, may have decomposed characters. The
character Á for example might be encoded as a single character or as
On 06/22/2012 01:17 PM, Felipe Monteiro de Carvalho wrote:
Yes, but in practice the only place that I know that uses everything
in decomposed unicode is the Mac OS X filesystem. So for dealing with
Mac OS X filenames we need special care and for the rest just suppose
composed mode (but
On 06/22/2012 03:04 PM, Reinier Olislagers wrote:
Well, it's a wiki. You can edit it...
done.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 06/05/2012 02:48 AM, SteveG wrote:
and it would appear that the entrant thread of the library is the same
as the main app ?
Unless you explicitly create a thread in user code, there is no thread
but the main thread. By default a dynamic library does no create a
thread behind your back.
On 06/05/2012 08:29 AM, Mattias Gaertner wrote:
yes it is relevant. If you have two memory managers you can not
exchange strings and classes.
Is cmem the way to go to unify the memory managers of a dynamic
library and the calling application ? (There seem more advanced free
alternatives
On 06/05/2012 09:47 AM, Mattias Gaertner wrote:
On Tue, 05 Jun 2012 09:33:53 +0200
Michael Schnellmschn...@lumino.de wrote:
Will just using cmem both in the main program and in the library
automatically unify the memory managers ?
Under Linux: yes. I guess BSD, OS X
too.
If cmem can do this
On 06/05/2012 11:57 AM, Mark Morgan Lloyd wrote:
What I'm hoping to do is use the library's form(s) purely for design
purposes, i.e. they're never displayed but instead their menu
structure is copied to the main program. Non-graphical backend
functionality would be in the library, and I've
On 05/08/2012 03:29 PM, Andrew Brunner wrote:
They would be given a gold watch and a few high fives. ;-)
He then will sell the watch, buy shares of food companies and get
extremely rich regarding the need of starving masses.
-Michael
--
___
On 05/03/2012 05:12 PM, Mark Morgan Lloyd wrote:
I do do this with Delphi,
FOUL! :-)
Only for testing, of course. I have but the old free Turbo Delphi. ;-)
AFAIK there is a page on this in the Lazarus Wiki.
Is this what you're thinking of, or is there more that I've so far
overlooked?
Great !
So supposedly a replacement is not necessary for speed purpose.
Maybe it also can do tracing on request...
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 05/03/2012 07:36 AM, Michael Fuchs wrote:
So, there are no interference betwenn the two Application objects?
While I do believe, that it is possible to have two TApplication
instances, one in the Main application and one in the DLL, I feel that
there are a lot or problems that need to be
On 05/03/2012 10:22 AM, Mark Morgan Lloyd wrote:
So using the LCL, is it possible to e.g. put the code associated with
a right-button menu in a DLL, and have it interact with e.g. a SynEdit
on the main form?
I do believe this is possible, but I am sure that nobody has tried this,
yet and
On 05/03/2012 11:11 AM, Mark Morgan Lloyd wrote:
specifically did not encapsulate an explicit thread,
Without a dedicated thread the GUI events are not handled and thus you
can't have a dedicated Form at all.
-Michael
--
___
Lazarus mailing list
On 05/03/2012 11:50 AM, zeljko wrote:
Sometime ago I've tested .so stuff under qt and gtk2 and it works fine.
In fact I did test this with Delphi on Windows. Works fine as well.
In fact did not do it in a DLL but just created a thread and had it
create a new TApplication instance. Of
On 05/03/2012 01:40 PM, Mark Morgan Lloyd wrote:
So you want to get along with a single thread, but want to define the
Form in the DLL ?
I don't think that this is possible using the LCL in the DLL. But it
should be possible to pass the resources, stored the DLL, that are used
to construct
On 05/03/2012 01:40 PM, Mark Morgan Lloyd wrote:
Could code resident in a DLL...
Here you will need to do Object-based mutual calls between the main
program and the DLL. This of course is possible, but needs a combined
memory management.
-Michael
--
On 05/03/2012 03:16 PM, Mark Morgan Lloyd wrote:
even if that meant that they were built up step-by-step under code
control rather than constructed from a description in resources.
Yep. If you don't want to create a tool that uses the resources in the
DLL and constructs the GUI from same, you
On 05/03/2012 03:10 PM, Mark Morgan Lloyd wrote:
Yes. How's it done? :-)
I do do this with Delphi, but did not try with Lazarus.
AFAIK there is a page on this in the Lazarus Wiki.
-Michael
--
___
Lazarus mailing list
On 05/01/2012 12:54 AM, Bernd wrote:
There are build modes.
In fact I do understand that I can create build mode variables (macros)
that can be checked with {$if in the source code, but I don't know how
to use those to select different compile options (such as smart linking,
optimizing or
Without doing something special a DLL does have it's own memory manager
(because the calling program might be not an FPC program and uses an
incompatible memory manager) but it does not have it's own Thread
(because the original purpose of a DLL is just providing callable
functions).
So you
On 04/29/2012 12:09 PM, Martin wrote:
Then you have an outdated debug info file,
The release build could just delete this file (provided it's there
where a corresponding debug build would create it).
-Michael
--
___
Lazarus mailing list
On 04/30/2012 05:49 AM, Alexander Klenin wrote:
When I tried to persuade my students to switch to Lazarus from Delphi,
I've got many complaints about Lazarus being too slow.
About a third of these complaints were fixed by either excluding
Lazarus directory from AV's monitoring list, or turning
Just my 2 c:
I feel it was a really great idea to allow for multiple build mode
variables. fpGUI makes good use of that by allowing for defining the
backend behind the fpGUI layer. (Hopefully CustomDrawn once will do the
same.)
Moreover I can think of a lot more advantageous uses of
Explain why you think it can't be integrated with other loops? Glib
has been synced with many things (libev, zeromq, qt, etc).
When thinking, over the weekend I, seem to now top have understood, that
I misread your suggestion and that it's vice-versa than I first go it:
GTK does not know
I see.
Thanks !
If the GTK3 Widget Type does not need for Pascal based queues for things
like TThread.Synchronize() or Application.QueueAsyncCall the GTK3
API would need to provide a way to insert user program created events in
the external queue (such as Windows does).
If so: good.
If
On 04/06/2012 03:56 AM, waldo kitty wrote:
so... noGUI? maybe... :?
User-code done with noGui definitely can't be event driven (I did do a
lot of research on that some time ago and I did hear that it has changed.)
-Michael
--
___
Lazarus mailing
On 04/04/2012 10:20 PM, Alberto Narduzzi wrote:
True is that nowadays NON-GUY envs. tend to disappear; but you need to
remember that FP is meant to be portable to (any) environment,
including embedded systems; where this difference is still alive and
kicking.
Embedded stuff, CGI,
On 04/04/2012 10:20 PM, Alberto Narduzzi wrote:
Sorry, this one I cannot catch... :-O
CustomDrwan allows for intercepting the calls to the GUI at a layer
quite near to the system API. So you can (in a sick way, from behind, at
least technically) separate the business code from the GUI even in
On 04/05/2012 10:00 AM, Mattias Gaertner wrote:
And since years you are told that Lazarus adds GUI to the non GUI
stuff in FPC. No gui stuff was never the goal of the LCL.
I don't blame anybody on this, but it is as it is, and the fact that it
never was the goal does not mean that it does not
On 04/05/2012 02:05 PM, Hans-Peter Diettrich wrote:
AFAIR there exists a noGUI widgetset, which implements the message
processing (for Timer...) in a non-GUI application.
Last time I checked the noGUI Widget Type did not support TTimer or
Thread-generated Events (e.g. TThread.Synchronize(),
On 04/05/2012 02:37 PM, michael.vancann...@wisa.be wrote:
TThread.Synchronize works perfectly in any kind of application outside of
the LCL.
The main thread just has to call CheckSynchronize at regular intervals.
(which is what the LCL does for you).
Of course I do know this.
But regular
On 04/05/2012 03:25 PM, Michael Van Canneyt wrote:
The LCL does just that: polling
With not embedded application (which of course is the main target for
LCL application) Latency and performance optimizing is not a real issue,
so this certainly is good enough.
But at least on Windows this
On 04/05/2012 03:39 PM, Michael Van Canneyt wrote:
Events do not automagically appear in your application, even under
windows.
They are not interrupts.
AFAIK, in Windows, the Application main thread can call an API function
to wait for the next message. Here it uses no CPU cycles and when a
On 04/05/2012 04:45 PM, Michael Van Canneyt wrote:
Exactly. That is called 'polling' windows...
...
You have a strange definition of polling.
Polling = Checking something at regular intervals.
Sorry for being tense, but what has been described (and acknowledged by
you) is _not_ doing
On 04/05/2012 05:36 PM, michael.vancann...@wisa.be wrote:
Then try this:
Polling = Asking or checking something.
OK, if you want it that way, I'm with you now.
This is as opposed to 'interrupts', where you're not asking, but where
the
environment interrupts whatever you're doing and
On 04/05/2012 06:03 PM, Henry Vermaak wrote:
Yes, you can add your own file descriptors for the gdk event loop to
watch.
I did not know about this concept. Maybe this is a perfect solution. If
so, why does (or did when I checked quite a long time ago) GT2 implement
at least one additional
On 04/03/2012 04:26 PM, Bart wrote:
I have learned over the past years, that it makes sense to use
sepreate units (or ifdef them) for GUI (and thus possibly widgetset)
related code and pure pascal (as in: non-GUI non-LCL).
The separating GUI and business code paradigm is under permanent
On 04/03/2012 03:31 PM, Mattias Gaertner wrote:
What part of offline wiki do you want to help with?
Those that I can be sure of being included in the online help by some
automated mechanism. Here of course my theme would be Queued Mainthread
Events, Threads-communication, and friends.
On 04/04/2012 10:38 AM, Michael Schnell wrote:
On 04/03/2012 03:31 PM, Mattias Gaertner wrote:
What part of offline wiki do you want to help with?
Those that I can be sure of being included in the online help by some
automated mechanism.
Grr. Of course I meant to write offline help.
I
On 04/03/2012 04:26 PM, Felipe Monteiro de Carvalho wrote:
Or I am missing something?
AFAIU, some parts of the online documentation can't be included in the
offline help yet. (There should be help (at least) on the topics:
Using the help system, IDE, FPC Language, RTL functions LCL
On 04/04/2012 11:02 AM, Mattias Gaertner wrote:
All normal pages and images will be included in the offline wiki.
Does this mean that the offline Wiki is the upcoming Offline Help ?
Will it be possible to press F1 on a word and the appropriate offline
Wiki page will be displayed ? (I
(Moving this discussion out of the inappropriate Lazarus 1.0 is
branched topic.)
Seemingly there are efforts to introduce an offline Wiki type of
offline help, thus providing a maybe more versatile alternative are an
addition to the currently available variants such as the CHM help and
the
On 04/04/2012 03:40 PM, Mattias Gaertner wrote:
All readers are pascal code.
Great, but seems like a lot of work
This would enable using the IDE's help viewer interface to launch it.
Great again.
Maybe this enables seamlessly using the online and offline Wiki content.
Another Great
On 04/01/2012 08:44 PM, zel...@holobit.net wrote:
http://wiki.lazarus.freepascal.org/Lazarus_1.0_fixes_branch
http://wiki.freepascal.org/Lazarus_1.0_fixes_branch
Sorry for being a PITA, but neither one of these nor
http://wiki.lazarus.freepascal.org/Lazarus_0.99.0_release_notes
seems to say
On 04/03/2012 12:43 PM, Reinier Olislagers wrote:
I think we should be very glad that the Lazarus guys spend their time
and effort in releasing fairly often
I of course 100 % agree to this, I did not mean to bash anybody.
-Michael
--
___
Lazarus
A not initialized (running wild) pointer can behave like this.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
It's rather straight forward to do completely distinct threads.
The tricky part starts, when the threads need to communicate (which
always is necessary) and thus share some data.
Here you need to be aware of several things:
- the components and functions in the LCL and RTL usually are not
On 03/23/2012 03:36 PM, Antonio Fortuny wrote:
All thread code I write, is contained in OS services or very
specialized programs having no GUI at all.
Here this issue might be a problem (it was for me):
- The functionality of TThread.Synchronize and
Application.QueuAsyncCall is not available
BTW.: Do you know this ?
www.eecs.berkeley.edu/Pubs/TechRpts/2006/EECS-2006-1.pdf
-Michael O:-)
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Besides what the other said a very basic comment.
The location where an object is defined (i.e. within a TThread enabled
unit) or who created it (the main line code or the thread code) does not
matter. The Concept of classes, objects and instances is a matter of
memory allocation and pointers
On 03/21/2012 01:22 PM, Sven Barth wrote:
And another mailing list to subscribe to... *sigh*
+1.
Not a good idea IMHO.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 03/01/2012 04:25 PM, Hans-Peter Diettrich wrote:
Please tell us *which* documentation tools you tried already, and
*why* you found them unusable.
(Not really wanting to enlarge the discussion even more, but as I have
been directly asked: )
Being sure that IDE help only makes sense to me
On 02/29/2012 06:17 PM, Hans-Peter Diettrich wrote:
I'm not familiar with CHM, don't know how this could be achieved. But
I assume that such a feature should be available already - who knows
more?
That is why I mainly concentrated on DocView and culpably ignored CHM help.
-Michael
--
On 03/01/2012 08:05 AM, Graeme Geldenhuys wrote:
What's the point of having a search or index when it always spits out
garbage!
This is why I vote for decent offline help for all aspects of Lazarus,
IDE, Language, LCL, RTL, ...
I was happy to get to know that Mathias and you are working on
On 02/29/2012 05:54 PM, Marc Santhoff wrote:
Reading about this type of confusion - count me in - I need to ask:
Where is the process of building up help files documented?
In fact (after the work in progress has stabilized), the documentation
should be quite short. Hopefully, finally, there
On 02/28/2012 04:20 PM, Massimo Soricetti wrote:
I agree absolutely. Trying to use a complex entity as
Lazarus+FPC+LCL+packages without extensive documentation it's a
delusion, and this should be obvious to every programmer in the world
nowadays.
Here, very recently, has been a very
On 02/28/2012 05:25 PM, William Oliveira Ferreira wrote:
sometimes all lazarus' users wanna see core team do something that
themselves can
Of course there are many outside the core team who would be able and
willing to help improving the documentation. But to allow them to do
this, there
On 02/28/2012 08:06 PM, Mattias Gaertner wrote:
If you want to write some help about an IDE dialog: Use F1 to open the
wiki page. If it does not open, or opens the wrong page, just write an
email, so I can fix it.
If this happens rather often this is no possible way to go.
And it it does
On 02/28/2012 10:59 PM, Hans-Peter Diettrich wrote:
What's missing from the current documentation tools?
After doing an addition to the help sources (supposedly using FPDoc, I
did not yet try to use it, but found the discussions on your recent
improvements to it very encouraging), how to
On 02/29/2012 09:57 AM, Mattias Gaertner wrote:
It is since many years. Have you seen any secondary help for the dialogs?
I don't understand what you mean. I think there should be single source
for online and offline help. Everything else obviously is not manageable
at all. (In fact I don't
On 02/29/2012 10:23 AM, Michael Schnell wrote:
(Many thanks to DoDi for trying to get involved!).
Many thanks to Graeme as well !
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman
On 02/29/2012 11:10 AM, Mattias Gaertner wrote:
I started it.
Please elaborate.
Is the wiki supposed to be the upcoming help source, thus invalidating
FPDoc and friends ?
In fact I don't have a decent opinion on whether this is a good idea,
but I do recommend considering the implications
On 02/29/2012 11:17 AM, Mattias Gaertner wrote:
How do you hook into the IDE dialog help system? Is this by
registering yet another help package?
Yes.
How would the IDE decide between
a HTML, CHM or INF help system for the dialogs in the IDE?
Whatever the user installs.
This is nice (for the
On 02/29/2012 11:26 AM, Mattias Gaertner wrote:
The wiki is frequently edited by many people and already contains more
than 2500 pages. It makes no sense to shut it down.
But if there is no way to keep it in sync with the FPDoc files, how is
the future of either considered to be ?
-Michael
901 - 1000 of 1996 matches
Mail list logo
