Mattias Gaertner schrieb:
On Tue, 10 Apr 2012 15:27:54 +0200
Hans-Peter Diettrich drdiettri...@aol.com wrote:
In Lazarus 0.9.31 rev. 36337 I noticed that the editor context menu does
no more offer to move or clone a window - how that?
My additional editor windows (from the last project
Mattias Gaertner schrieb:
Yes. For Unicode encoding we would need new functions to distinguish
between number of bytes and number of (visible) glyphs:
LengthInBytes()
LengthInGlyphs()
It should be mentioned that Unicode allows for different encodings of
composed/decomposed characters. E.g.
Marcos Douglas schrieb:
I still think about:
DirectoryExists or DirectoryExistsUTF8
ForceDirectoriesUTF8 or ForceDirectories
Pos or UTF8Pos
etc
Depends what part of code you are...
Such problems may (should) go away with the new Unicode- and AnsiString
types, where AnsiString contains an
Michael Schnell schrieb:
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.
Reinier Olislagers schrieb:
Perhaps you could create the batch/shell files from within fpdoc manager
using TProcess.Execute?
Again: not me :-(
I'm not familiar with shelling out to processes, in detail on different
platforms. Where is make, and where is fpdoc? But I'm open to
contributions...
John Landmesser schrieb:
Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2
does not format the actual IDE code window, but shows me a dialog JCF
parse Tree and does not reformat the code.
Q: Can the reformatting be disabled, so that it does nothing when the
shortcut is
Michael Schnell schrieb:
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
Graeme Geldenhuys schrieb:
On 5 April 2012 09:38, Michael Schnell wrote:
Since years, I always advocated that it should be possible to do non-GUI
software in a decent way. But here, Lazarus is severely lacking support:
there is _no_ Widget type that allows for normal Delphi-Type event driven
Reinier Olislagers schrieb:
On 5-4-2012 14:21, Hans-Peter Diettrich wrote:
Reinier Olislagers schrieb:
Otherwise, you can test if it's in the compiler binary path,
fpcdir\bin\architecture, e.g.
c:\development\fpctrunk\bin\i386-win32\make.exe fpdoc is in
fpcdir\utils\fpdoc\fpdoc.exe
michael.vancann...@wisa.be schrieb:
The FCL/RTL docs will have a fpdoc project file, as soon as the necessary
support for it has migrated to the fixes branch. I have set up and tested
these files (albeit only on linux). The fpdoc project file format is
documented already.
That said:
If
William Oliveira Ferreira schrieb:
I just remove the package and build the IDE.
Thanks, that's safe and easy :-)
Everytime i hit CTRL+D
instead of CTRL+S and i don't like the jcf...
+1
DoDi
--
___
Lazarus mailing list
Kjow schrieb:
Hi all,
I would make unreadable functions/components/classes/etc names into
the binary built.
I noticed that with an hex editor I can see things like TButton,
width, heigh etc.
These names must match the declarations of the components and properties
in LCL source code, so that
Reinier Olislagers schrieb:
On 2-4-2012 9:43, Hans-Peter Diettrich wrote:
Reinier Olislagers schrieb:
On 1-4-2012 18:28, Hans-Peter Diettrich wrote:
Reinier Olislagers schrieb:
Is it required to have fpcdocs under your FPC directory?
Correction: you are right, according to the FPDoc
Reinier Olislagers schrieb:
As long as FPC and Lazarus expect that every user can use a console, I
see no better solution. Except that the developers should decide to
distribute the FPDoc projects instead of the Makefile...
As I mentioned: instead of having the user run make blabla bla.bat:
Reinier Olislagers schrieb:
On 1-4-2012 18:28, Hans-Peter Diettrich wrote:
Reinier Olislagers schrieb:
Have somme comments/questions - sorry if these have been raised before:
1. What is the common documentation directory you are asked to select
when starting it for the first time? Does
zel...@holobit.net schrieb:
Hi all,
As I've already mentioned few weeks ago on lazdevel, today we branched
1.0 :)
branch is here:
http://svn.freepascal.org/svn/lazarus/branches/fixes_1_0/
What's the update policy? I just updated examples/fpdocmanager, do I
have to update the new branch,
Paul Ishenin schrieb:
02.04.12 19:54, zeljko wrote:
Don't know ... you should ask Paul or Mattias about it.
I think Paul has already clearly replied before.
Quoting yourself?
But since nobody else replied, I assume that dragging is no more
considered a supported feature of Lazarus. A
Marco van de Voort schrieb:
On Mon, Apr 02, 2012 at 05:12:47PM +0200, Hans-Peter Diettrich wrote:
Don't know ... you should ask Paul or Mattias about it.
I think Paul has already clearly replied before.
Quoting yourself?
But since nobody else replied, I assume that dragging is no more
Jürgen Hestermann schrieb:
Compare the compiler flags of TP and FPC. TP is a toy compared to FPC.
But what has all this to do with the concept of packages? The concepts
used in TP where enough to allow arbitrary complex applications. And my
main critic about all this is, that even when new
Mattias Gaertner schrieb:
On Sun, 01 Apr 2012 11:20:49 +0200
Jürgen Hestermann juergen.hesterm...@gmx.de wrote:
Mattias Gaertner schrieb:
AFAIR Turbo Pascal was pretty simple. I really liked it.
It supported only one target platform and the OOP came with Delphi.
OOP was already
Jürgen Hestermann schrieb:
Mattias Gaertner schrieb:
That's exactly what I did. I used Larazus to create a console
application. I then added my general purpose unit to the uses clause.
Then compile failed with an error message that had nothing to do
with my
program or unit.
A
Reinier Olislagers schrieb:
Decided to try FPDocmanager. The readme wasn't entirely clear to me.
What about a change like this? Additionally, might it not be better to
remove the entire paragraph I marked Obsolete?
The FPDocManager requires (parts of) FPC 2.7, so many users may wonder
why it
Reinier Olislagers schrieb:
Trying out FPDocManager.
Thanks for trying out, and for all your feedback :-)
Have somme comments/questions - sorry if these have been raised before:
1. What is the common documentation directory you are asked to select
when starting it for the first time? Does it
Paul Ishenin schrieb:
30.03.12 5:24, Hans-Peter Diettrich wrote:
So what should happen in such a case, where the developer didn't observe
the rules? Should it be considered a fatal bug, and raise an exception?
It is a normal situation when something is docked and have DragKind
dkDock even
Paul Ishenin schrieb:
28.03.12 23:23, Hans-Peter Diettrich wrote:
Currently dragging is broken in the LCL, see Mantis #18525. Currently
any attempt to undock a docked window makes at least a Windows
application hang, in an unusable state, until a *different* application
is activated by the user
Paul Ishenin schrieb:
29.03.2012 6:14, Paul Ishenin wrote:
28.03.12 23:23, Hans-Peter Diettrich wrote:
Currently dragging is broken in the LCL, see Mantis #18525. Currently
any attempt to undock a docked window makes at least a Windows
application hang, in an unusable state, until
Graeme Geldenhuys schrieb:
2012/3/28 Mattias Gaertner nc-gaertnma@...:
Here it takes only a few minutes.
+1
I see no visible difference in speed between my native host system,
and the VM sessions I run. I have a lot of VM sessions for our product
testing and building, and yes, I do FPC
Paul Ishenin schrieb:
29.03.2012 15:26, Hans-Peter Diettrich wrote:
2) The example is too simple, it also works with a different DockManager.
Try again with a reasonable example, where the misbehaviour can be
observed, e.g. with the IDE.
I believe you that IDE docking may behave wrong
Paul Ishenin schrieb:
29.03.2012 14:52, Hans-Peter Diettrich wrote:
The current situation, and your arguments, read to the user like:
We know that there exist bugs, and we know how to eliminate fatal
consequences, but we prefer to leave our code in unusable state.
This is how you see
Sven Barth schrieb:
Am 29.03.2012 14:37, schrieb Hans-Peter Diettrich:
Kjow schrieb:
2012/3/29 Graeme Geldenhuys graemeg.li...@gmail.com:
Obviously it is also vital to install the VirtualBox Guest Additions
to improve guest OS performance. This makes a huge difference too.
3D video drivers
Paul Ishenin schrieb:
29.03.12 20:30, Hans-Peter Diettrich wrote:
Some bugs cannot be fixed in code. E.g. when a form or control is
docked in code, what should happen to its DragKind? When the DragManager
requires a properly initialized DragKind, in order to start the proper
operation, should
Currently dragging is broken in the LCL, see Mantis #18525. Currently
any attempt to undock a docked window makes at least a Windows
application hang, in an unusable state, until a *different* application
is activated by the user.
I see no reason why the submitted patch should not be applied,
Antonio Fortuny schrieb:
Trying to be as much clear as possible, there are some sentences:
Assuming this few statements (aka my own rules when writing thread's code):
a. all thread code+data are encapsulated into a TThread object
b. Thread safe means that there is no overlap of data references
Frank Church schrieb:
Is it meaningful or possible to change the visibility or the
properties and events in a form or datamodule, ie make the private or
protected?
Then derive from TCustomForm instead of TForm. As for most TCustom...
classes, TCustomForm declares all essential properties as
Antonio Fortuny schrieb:
5. all useful code a thread needs should be encapsultated into a
TObject descendant and instantiated within the thread's space.
This can all be implemented in the derived TThread class.
So, building an object around this utility code does not enlarge thread
safety ?
Mark Morgan Lloyd schrieb:
Hans-Peter Diettrich wrote:
Mark Morgan Lloyd schrieb:
But the bottom line is that the target audience is IBM mainframe
hackers, used to handcrafting assembler and punching EBCDIC with
their teeth. I don't want them to say Binaries bigger than 1Mb? NBG.
I wonder
Graeme Geldenhuys schrieb:
On 20 March 2012 16:37, Frank Church vfclists@... wrote:
Is it possible to drag and drop a web browser URL into a Lazarus app?
Are there some controls with that facility?
In fpGUI is is handled just like any other DND action. Simply register
what mime-type the
Mattias Gaertner schrieb:
How do you suppose that something compiled on a 64 bit Linux/gtk2
machine shall be used on a 32 bit Windows machine?
Via cross compiling.
Please stop kidding :-(
How do the contributors to the repository know about *my* machine?
Have you looked into a
Graeme Geldenhuys schrieb:
On 22 March 2012 11:59, Hans-Peter Diettrich DrDiettrich1@... wrote:
Inter-process DD requires special assistance by the OS. IMO such operations
are limited to drop file names, or other pure text, unless a platform offers
something like OLE-DragDrop.
That shouldn't
Mattias Gaertner schrieb:
As you know, the Makefile/Makefile.fpc/Makefile.compiled must be updated
in sync and that it requires the newest fpc to update, because only that
knows all targets. And that's why the auto update is disabled in all lpk
of the Lazarus sources. The Makefiles are
Mattias Gaertner schrieb:
What's the reason for versioning e.g. Makefile.compiled?
The Makefile.compiled is used by make to create the
pkgname.compiled files. This way the IDE knows how a package was
compiled and knows if it needs to recompile the package.
Since everything must be compiled on
Mark Morgan Lloyd schrieb:
But the bottom line is that the target audience is IBM mainframe
hackers, used to handcrafting assembler and punching EBCDIC with their
teeth. I don't want them to say Binaries bigger than 1Mb? NBG.
I wonder how mainframe applications can make use of a GUI at all?
Mattias Gaertner schrieb:
The Makefile.compiled must match the last compilation on the user
machine. It doesn't make sense to use one from a compilation on a
different machine.
Using something from another machine is exactly what a binary
distribution is about.
How do you suppose that
Vincent Snijders schrieb:
Op 20 maart 2012 03:17 heeft Hans-Peter Diettrich
drdiettri...@aol.com het volgende geschreven:
Updating to rev. 36173 results in a number of conflicts in various Makefile,
Makefile.compiled and Makefile.fpc, in components/ and packager/
subdirectories.
What's wrong
Graeme Geldenhuys schrieb:
On 20 March 2012 03:34, Hans-Peter Diettrich DrDiettrich1@a wrote:
Buttons in a panel or RadioGroupBox instead are naturally perceivable as
related.
That is highly dependent on the UI layout. For a clean and uncluttered
look, panels don't help the cause much
Mattias Gaertner schrieb:
Thanks, that helped. Will I have to do the same in the future, before
every update, or was it a glitch?
Something changed your makefiles. I don't know what.
Hmm, very obscure.
What's the reason for versioning e.g. Makefile.compiled?
The Makefile.compiled is
Paul Ishenin schrieb:
18.03.12 11:11, Hans-Peter Diettrich wrote:
These are only different implementations of the same (TDockManager)
interface. I found LDockTree unusable, failing already on slightly
nested layouts. It also lacks layout streaming, required in applications
like the IDE. Dunno
Jürgen Hestermann schrieb:
A panel seems to be doable but it's still awkward. Now the locations of
the radio buttons are located relative to the panel and I have to
rearrange them all. I thought that there is some logical grouping that
is independend from the visible location but it seems
Graeme Geldenhuys schrieb:
On 19 March 2012 15:51, zeljko zeljko@... wrote:
No, SE tab control is native handle.
Umm, who made that clever decision! I don't think I know of a single
IDE (except now for Lazarus IDE) that uses a native tab control in the
IDE editor screen.
IMO Delphi and all
Updating to rev. 36173 results in a number of conflicts in various
Makefile, Makefile.compiled and Makefile.fpc, in components/ and
packager/ subdirectories.
What's wrong?
How to fix that mess? (using TortoiseSVN)
DoDi
--
___
Lazarus mailing list
Martin schrieb:
On that part, I wondered why the old layout stuff was totally
abandoned.
?
The classes in ideintf\idewindowintf.pas
Really? This would explain why the EasyDockMaster will fail now, using
the old stuff.
No no no
you miss understand
They are not abandoned, they work well
Vincent Snijders schrieb:
The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is
available for download from:
http://sourceforge.net/projects/lazarus/files/
I'm not sure whether I got the latest version for Win7
Vincent Snijders schrieb:
Please, let me know if you find any problems with these release candidates.
Also let me know if you installed it without any problem.
Installing into an new (clean) Win7 user account seems to work, but this
IMO is a poor solution.
Now the well known docking
My experience with the 0.9.30.4 and trunk versions suggests that docking
will be discontinued in Lazarus?
The LCL, IDE and Win32 widgetset contain code that breaks Delphi
compatible drag-dock deliberately, for no obvious reason or benefit. It
looks to me as if none of the core developers
Paul Ishenin schrieb:
Dodi has implemented an own vision of docking while delphi like docking
still works.
Please explain?
What's Delphi like docking, and in how far is it different from the
EasyDockManager implementation?
How did you make work Delphi like docking in the IDE?
DoDi
--
zeljko schrieb:
Now I don't understand anything. Some have problems (like Dodi), and
some doesn't have any problem ... so where is problem exactly ? ;)
One problem may be an undefined environment, i.e. which FPC version
should be used for Lazarus trunk. I'm just trying to use FPC 2.6 for
Mattias Gaertner schrieb:
On Sat, 17 Mar 2012 17:40:58 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
Mattias Gaertner schrieb:
I'm currently trying to fix some 0.99 bugs. I hope to find some time for
docking too. But it is a complex topic, has a big risk of breaking
things and needs
Martin schrieb:
On 17/03/2012 21:04, Mattias Gaertner wrote:
On Sat, 17 Mar 2012 20:49:07 +
Martinlaza...@mfriebe.de wrote:
On 17/03/2012 20:29, Mattias Gaertner wrote:
Then fix the page restore bug.
Then saving/restoring the bounds of the floating windows
(anchordocking).
On that
Martin schrieb:
On 17/03/2012 20:29, Mattias Gaertner wrote:
Then fix the page restore bug.
Then saving/restoring the bounds of the floating windows
(anchordocking).
On that part, I wondered why the old layout stuff was totally abandoned.
Perhaps it turned out unusable?
Even in docking, a
Paul Ishenin schrieb:
18.03.12 1:02, Hans-Peter Diettrich написал:
Please explain?
What's Delphi like docking, and in how far is it different from the
EasyDockManager implementation?
At least the implementation of lazdocktree and easydockmanager is
different.
These are only different
leledumbo schrieb:
Where is this FPDocManager? I've seen a thread about it, but I can't find (or
miss due to skimming) where it is.
It's in Lazarus trunk, in examples/fpdocmanager, and requires FPC 2.7
(trunk).
DoDi
--
___
Lazarus mailing list
Graeme Geldenhuys schrieb:
For example, here is a one method that is often called, but because
there is no 64-bit x86_64 implementation, the agg output is not
correct (compared to the 32-bit version of my program).
IMO the Delphi implementation is already broken, because it doesn't
respect
Is it possible to disable the display of object members in the parameter
list?
Currently an object reference hides all following parameters :-(
BTW: can the parameter column be extended automatically to the right
margin of the window?
DoDi
--
I just committed a new version of the FPDoc Manager :-)
Now support for additional description directories are disabled by
default, this option deserves more support for efficient use. Please
report your suggestions if you find such a feature useful, and what
support you expect.
Instead I
zeljko schrieb:
We cannot remove it just because you think so. If it's removed we need
to test consequences on gtk, gtk2 and qt.
Why do you think that an additional #0 should be added, if not required?
DoDi
--
___
Lazarus mailing list
Martin schrieb:
On 08/03/2012 19:57, Hans-Peter Diettrich wrote:
Is it possible to disable the display of object members in the
parameter list?
Currently an object reference hides all following parameters :-(
Can you give an example?
If I pass an object (instance of a class), I just see
Richard Mace schrieb:
A further question Mattias, if I just run the individual lazarus.exe
file in it's corresponding directory, I presume that would also be fine.
Although, I appreciate that I would have 2 completely seperate sets of
settings.
Create a desktop icon for every version, and
Kjow schrieb:
I need to extract the build number from an other file (like 'C:\test.exe' ).
Are you sure that your other platforms support a standardized version
information in their binaries?
DoDi
--
___
Lazarus mailing list
Paul Ishenin schrieb:
05.03.2012 2:11, Juha Manninen пишет:
Neither Color nor Font.Color are respected on Windows. It should be
possible, I have seen colored GUIs in other Windows programs.
Does anyone have a plan to fix it?
This depends on windows. When your application supports themes they
Juha Manninen schrieb:
Neither Color nor Font.Color are respected on Windows. It should be
possible, I have seen colored GUIs in other Windows programs.
A ComboBox should react on WM_SETFONT. Also CB_SETITEMHEIGHT should be
usable to set its Height to an arbitrary value, differently for the
Michael Van Canneyt schrieb:
I type text, and latex makes a layout that is 99% perfect; I really
don't care about the last 1%.
I've never been able to achieve the same speed with any wordprocessor.
I don't see a difference here. In a wordprocessor I define templates
which can be applied to
Rich Saunders schrieb:
On 2/29/12 7:35 PM, Hans-Peter Diettrich wrote:
Juha Manninen schrieb:
So, what does the management mean in practice? Should Lazarus be
managed differently from how it is managed now?
IMO it's not so much a matter of management, but of mind shift. The
developers should
Martin schrieb:
On 01/03/2012 00:35, Hans-Peter Diettrich wrote:
Juha Manninen schrieb:
So, what does the management mean in practice? Should Lazarus be
managed differently from how it is managed now?
IMO it's not so much a matter of management, but of mind shift. The
developers should
Martin Schreiber schrieb:
I experience the same from time to time in MSEide+MSEgui project. People
complain missing documentation and write if there were good
documentation tools (which actually means if I would make them) they and
other users would write documentation.
Tools are not a
Michael Schnell schrieb:
On 03/01/2012 09:45 AM, Marco van de Voort wrote:
Don't blame the tools, don't blame core, don't blame the weather, just
start.
Sorry, I tried to keep my moth shut, but I can't.
If we want contributors who help enhancing the documentation, we are
addressing quite
Reinier Olislagers schrieb:
Essentially the same problem: where to search for existing documentation?
I don't really see your problem.
What do you mean with existing documentation? Link/refer from the book
to the wiki and vice versa.
Okay, so far, but how many documentation sources will be
Martin schrieb:
It does still cost time to write up all the info, and guarantees
nothing. While if someone wants to do work on something, there are
much better chances that the work (providing infos/answers) will bear
fruits.
This finally explains the often confuse and inconsistent
Juha Manninen schrieb:
DoDi and others!!!
Please don't hijack this thread for whining about documentation and
docking and whatnot! You can do that in another thread if you must.
Besides, you are supposed to improve the documents, not whine all the
time like a baby. I don't know what is wrong
Juha Manninen schrieb:
Now, your answers indicate you don't really know what you want. How does
fixing a bug or creating a new feature become easier if it is listed in
a project management GUI? It doesn't, you still have to learn and edit
the code.
This is where documentation is helpful.
Michael Schnell schrieb:
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
Michael Schnell schrieb:
Maybe he would be better off using ANSIString(0) or ANSIString($) to
be sure that his doing will not be influenced by the locale setting of
the system the code is compiled on or runs on.
AnsiString(0) should be okay, but other encodings may require overloaded
Mattias Gaertner schrieb:
And it it does open: Is the helpful user supposed to use the wiki to
improve the help text ? This would make the Wiki database the primary
help source.
It is since many years.
This IMO is a bad idea, as long as many Lazarus versions are used
concurrently, with
Michael Schnell schrieb:
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
Mattias Gaertner schrieb:
Not having top priority and being NOT interested are two different
things. AFAIK everyone agreed that having all help offline would be nice
feature.
ACK
The wiki is frequently edited by many people and already contains more
than 2500 pages. It makes no sense to
Michael Schnell schrieb:
It's a bit frustrating to see Graeme, DoDi, Sven and others try to
improve the help itself and especially the help generation process,
while I can't see the common final goal in focus (one or more online
and offline versatile help viewers / file formats being fed and
Marc Santhoff schrieb:
Where is the process of building up help files documented? Seen from my
current knowledge there are many new tools and facts I do not know or
understand.
In the source directories, i.e. in $fpcdocs (wherever you checked it
out), or in Lazarus/docs/html. The procedures
Michael Schnell schrieb:
On 02/29/2012 02:14 PM, Hans-Peter Diettrich wrote:
I don't see a need for combining everything into one help file, be PDF
or CHM.
Not one file but e.g. one multiple-file viewer. It should be possible to
search for information (keyword combinations) across
Marc Santhoff schrieb:
One name I remember (from huge masses of emails) is FPDocManager. Is
that a class or a tool?
It's a project in examples/fpdocmanager. It shall allow even newbies to
create their own local documentation. It also allows FPDoc documentation
writers to create skeletons
Mattias Gaertner schrieb:
search for information (keyword combinations) across the different
files.
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?
Google can search in the wiki and
Marc Santhoff schrieb:
A complete index, yes. To the right on
http://wiki.lazarus.freepascal.org/
under the headline Navigation there is a link to it.
The results are very strange. Entering documentation finds almost all
pages, because these have this keyword in the headline and
Juha Manninen schrieb:
So, what does the management mean in practice? Should Lazarus be managed
differently from how it is managed now?
IMO it's not so much a matter of management, but of mind shift. The
developers should share more of their knowledge, apart from only writing
code. Until
Sven Barth schrieb:
Before Delphi 2009 you might have been right, but with that version
Embarcadero did a cut and we now need to adapt and live with that.
I dare to disagree. A ByteString only requires a dedicated encoding
(value), which makes it incompatible with other encodings, and thus
Marc Santhoff schrieb:
since there were multiple complaints about missing documentation, where
can I find a list of what is missing exactly in detail?
Is there a wiki page about it? Or a docs page collecting empty
descriptions or the like?
You can checkout e.g. rev. 34110, and search for ?]
Marc Santhoff schrieb:
rant
If poeple would stop ranting or complaining, real work could be getting
done. Why do discussions like this end up in the same complaints any
time?
/rant
Right, the customers are the brake-shoes in every business. Simply
ignoring them will increase the in-house
Marc Santhoff schrieb:
Am Dienstag, den 28.02.2012, 16:01 +0100 schrieb Hans-Peter Diettrich:
William Oliveira Ferreira schrieb:
Well, i think all pascal developers should do something about it and,
all the fpc/lazarus team is doing a wonderfull work!
+-1
Yes, much time is spent on the *code
Juha Manninen schrieb:
Improving the documentation is now a hot topic. I think more people
should get write access to the doc directory in the repository, if only
there are people willing to take the effort.
IMO this is not a good idea, for several reasons:
I already removed so much crap
Everton Vieira schrieb:
About the documentation i had the idea of make centralized data help
that could generate the off-line as well the on-line help versions.
What's missing from the current documentation tools?
And
to elegantly show the contributor who did the examples and so on.
Mattias Gaertner schrieb:
You can checkout e.g. rev. 34110, and search for ?] in the xml files.
These are the places where I couldn't find reliable infos myself.
There were all converted to notes, were they not?
Even if so, moving a note out of its context invalidates the note.
E.g. the
John Repucci schrieb:
As much as I would like to get answers directly (and promptly) from the
source experts, I would prefer that the developers be allowed to focus
on development (if that is their passion).
In a perfect world the specificiation preceeds the implementation :-]
What's so
Mattias Gaertner schrieb:
I have ghashset.ppu and .o in fcl-stl/units/i386-win32.
That's only the precompiled version.
He was asking about the installed version of the ppu file.
Sorry, I didn't understand installed, in Lazarus context.
Only after reading further replies I realized that the
401 - 500 of 1726 matches
Mail list logo