On 12/16/2011 02:10 PM, Michael Schnell wrote:
I might be inclined to follow in case that there is a script that
creates an combined CHM file for fpc language, rtl, lazarus IDE, LCL,
(and ...) from the svn sources.
Regarding the (and...).
___
On 12/16/2011 02:10 PM, Michael Schnell wrote:
I might be inclined to follow in case that there is a script that
creates an combined CHM file for fpc language, rtl, lazarus IDE, LCL,
(and ...) from the svn sources.
Regarding the (and...),
The user should ba able to include things things like
On 12/17/2011 10:58 AM, Marco van de Voort wrote:
Not currently. But the problems wrt that are in the toplevel systems (latex
and fpdoc), not CHM.
In fact it seems to be the CHM viewer that (AFAIK) (other than the INF
viewer) does not work on multiple files at the same time.
I myself don't
On 16 December 2011 14:25, Michael Schnell wrote:
On 12/16/2011 12:42 PM, Marco van de Voort wrote:
It's fine, but like most built-in engines it is not google.
Can it do and and or and search for multi word strings ?
(In fact I don't know wheter DocView can do these...)
Yes, DocView
On 16 December 2011 14:51, Marco van de Voort wrote:
They are roughly from the same period, and nearly equivalent in any way.
Not even close, but that is a debate best left for another time.
And because the format isn't dead.
Didn't Microsoft drop CHM format too? ;-) Anyway, INF is far
On 16 December 2011 15:10, Michael Schnell wrote:
I might be inclined to follow in case that there is a script that creates an
combined CHM file for fpc language, rtl, lazarus IDE, LCL, (and ...) from
the svn sources.
Which DocView can already do today with the INF files. ;-)
$ docview
On 12/19/2011 10:08 AM, Graeme Geldenhuys wrote:
http://opensoft.homeip.net:8080/~graemeg/docview_search_result.png
Sorry I cant see that due the the companies firewall blocking homeip. :-(
You'd rather attach the picture to the message. :-)
-Michael
On 12/19/2011 10:20 AM, Graeme Geldenhuys wrote:
Which DocView can already do today with the INF files. ;-)
Which in fact is the point of this (off-topic) discussion right now. :-)
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On 12/19/2011 10:08 AM, Graeme Geldenhuys wrote:
Yes, DocView supports many search term formats...
my phrase - Will seach for that exact phrase
my phrase - will search for any of those two words.
my +phare - will search for a topic that contains both works (not
necessarly
On 15 December 2011 17:48, Marco van de Voort wrote:
Afaik docview does not work within the IDE at all, only via the external
tools option?
There is no reason it can't work within the Lazarus IDE. I simply find
it easier using the External Tools option of Lazarus IDE, MSEide,
Delphi IDE, etc.
On 12/19/2011 10:41 AM, Graeme Geldenhuys wrote:
On 15 December 2011 17:48, Marco van de Voort wrote:
Afaik docview does not work within the IDE at all, only via the external
tools option?
There is no reason it can't work within the Lazarus IDE.
I did not understand what Marco meant by the
On 16 December 2011 13:33, Marco van de Voort wrote:
Graeme started working on it when CHM was already mostly
operational.
mostly operational doesn't entrust a lot of confidence.
Most of his original arguments were based on disk sizes and
little implementation gotchas, not on
In our previous episode, Graeme Geldenhuys said:
And because the format isn't dead.
Didn't Microsoft drop CHM format too? ;-)
Only for own use. Afaik it is still recommended for 3rd party usage in
Windows 8.
Anyway, INF is far from
dead - in fact it is making a comeback with fpGUI. :)
In our previous episode, Graeme Geldenhuys said:
Graeme started working on it when CHM was already mostly
operational.
mostly operational doesn't entrust a lot of confidence.
Compared to somebody saying he is resurrecting some old OS/2 technology, it
is a miracle of confidence.
?Most
On 19 December 2011 12:03, Michael Schnell wrote:
There is no reason it can't work within the Lazarus IDE.
I did not understand what Marco meant by the lazarus internal help
registration. Docview does do context sensitive help in the Editor, but
He meant for help inside the IDE dialogs. For
In our previous episode, Graeme Geldenhuys said:
There is no reason it can't work within the Lazarus IDE.
I did not understand what Marco meant by the lazarus internal help
registration. Docview does do context sensitive help in the Editor, but
He meant for help inside the IDE dialogs.
On 19 December 2011 12:12, Marco van de Voort wrote:
For the record, disk size (even though the size difference is huge)
was largely a bonus feature.
No, at the time, you kept raving about it.
At the time I (like many others) had a very limited monthly Internet
data bundle size (150MB to be
On 19/12/11 10:12, Marco van de Voort wrote:
gave me full control: the programming language I know and love,
something I can maintain, advanced searching [which is super fast],
All that was available for CHM too, PLUS the generation facilities.
There seems to be some great tools for chm in
On 19 December 2011 12:16, Marco van de Voort wrote:
The wiki help used to be downloadable using a tool, but that failed after a
wiki engine update (or some other anti-bot/spam measure in the
engine/webserver)
Otherwise I would have already transformed the help into CHM.
I have used a
In our previous episode, Graeme Geldenhuys said:
And I tried docview on windows and IMHO it was unusable.
Maybe you just used a very old version of DocView. Either way, I would
love to hear more about those unusable problems you experienced. If
you don't mind, would you please email them
On 19 December 2011 12:32, Henry Vermaak wrote:
There seems to be some great tools for chm in the debian repo. One of the
apps (archmage) can even serve chm contents on an http server (standalone or
apache).
IBM and other third party members did that with the INF format too.
IBM still has
On 12/19/2011 11:32 AM, Henry Vermaak wrote:
There seems to be some great tools for chm in the debian repo. One of
the apps (archmage) can even serve chm contents on an http server
(standalone or apache).
That does look like a nice candidate for creating an external tool for
Lazarus from
In our previous episode, Henry Vermaak said:
something I can maintain, advanced searching [which is super fast],
All that was available for CHM too, PLUS the generation facilities.
There seems to be some great tools for chm in the debian repo. One of
the apps (archmage) can even serve
On 19/12/11 10:40, Marco van de Voort wrote:
In our previous episode, Henry Vermaak said:
something I can maintain, advanced searching [which is super fast],
All that was available for CHM too, PLUS the generation facilities.
There seems to be some great tools for chm in the debian repo.
On 19 December 2011 12:38, Marco van de Voort wrote:
Sorry, no time, no interest, got a working helpsystem :-)
That's what I thought... Just spreading FUD.
That can't be a reason to start INF because when you started with INF, there
were not even crap linux viewers for it.
You are wrong.
In our previous episode, Graeme Geldenhuys said:
That can't be a reason to start INF because when you started with INF, there
were not even crap linux viewers for it.
You are wrong. chmsee, chmview, gnochm, xchm, kchmviewer etc all
existing long before I started working on DocView. Do a
On 12/19/2011 11:32 AM, Henry Vermaak wrote:
There seems to be some great tools for chm in the debian repo.
Do you know if they provide support for loading multiple CHM files
simultaneously for providing combined search capabilities and can do
appropriate search (and / multi word phrases
In our previous episode, Henry Vermaak said:
I don't like using full browsers for help. They are relatively slow and
don't provide as convenient access to the parts that make a helpsystems
a helpsystem (index, TOC, search).
Yes, it's definitely not ideal. I do like having tabs of
On 12/19/2011 11:51 AM, Marco van de Voort wrote:
The Windows CHM system supports something like that, but it is not
under full control of the user. It is more that the CHM can open
multiple windows for e.g. special indexes.
Of course, for a work in progress (such as the FPC/Lazarus help) it
On 19 December 2011 11:36, Michael Schnell wrote:
Sorry I cant see that due the the companies firewall blocking homeip. :-(
A few have reported this before. Just four more months and I'll have
my own new domain, and not a DynDNS one. :)
You'd rather attach the picture to the message. :-)
On 19 December 2011 11:41, Michael Schnell wrote:
Thanks for you help on help.
It's all mentioned in the docview.inf help file that is included with
the binary download of DocView. :)
Trying to check this I tied to compile the DocView project but I git:
/usr/bin/ld: warning:
On 19 December 2011 12:40, Marco van de Voort wrote:
I don't like using full browsers for help. They are relatively slow and
don't provide as convenient access to the parts that make a helpsystems
a helpsystem (index, TOC, search).
+1
--
Regards,
- Graeme -
On 19 December 2011 12:48, Marco van de Voort wrote:
You are wrong. chmsee, chmview, gnochm, xchm, kchmviewer etc all
existing long before I started working on DocView. Do a Google search
to find the history of each of those projects - that's if you have the
time and interest. ;-)
Crap
On 19 December 2011 12:51, Marco van de Voort wrote:
The Windows CHM system supports something like that, but it is not under
full control of the user. It is more that the CHM can open multiple windows
for e.g. special indexes.
Just curious.
I remember years ago I had an application that
On 12/19/2011 12:04 PM, Marco van de Voort wrote:
I think such webservers are mainly for local use, not remote.
OK, Then an update button (downloading the changed helpfile(s) (or
their diffs) would be helpful.
-Michael
___
fpc-devel maillist -
In our previous episode, Graeme Geldenhuys said:
for e.g. special indexes.
Just curious.
I remember years ago I had an application that used HLP help (Win95
days). The application had a tutor mode - teaching the end-user how
to use certain features of the application. The HLP help viewer
In our previous episode, Michael Schnell said:
I think such webservers are mainly for local use, not remote.
OK, Then an update button (downloading the changed helpfile(s) (or
their diffs) would be helpful.
Currently CHMs are typically generated only twice an year, and the URL is
always
On 19 December 2011 16:18, Michael Schnell wrote:
Because I thought that during a discussion, I should use the latest version
of DocView. So I tried to recompile the project (which of course deleted the
executable file)
...[snip]...
Yep. But I can't seem to easily install it. The RPM
On 12/19/2011 03:53 PM, Graeme Geldenhuys wrote:
http://sourceforge.net/projects/fpgui/files/fpGUI/0.8/
This of course did work.
Thanks !
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On 12/15/2011 04:48 PM, Marco van de Voort wrote:
Afaik neither Lazarus nor the textmode IDE currently provide fulltext
access to the help. Any help.
I installed DocView in Lazarus. This creates a menu entry Tools -
fpGUI DocView (ctrl-shift-F1). This used to work nicely (providing
On Fri, 16 Dec 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
I repeat: you didn't search very well.
Yes, I was not lucky enough :-(
IMO a separation into topics File handling (FILE based) and File
management (by filename) would be a good idea. Now I also found
In our previous episode, Michael Schnell said:
[ Charset ISO-8859-1 unsupported, converting... ]
On 12/15/2011 04:48 PM, Marco van de Voort wrote:
Afaik neither Lazarus nor the textmode IDE currently provide fulltext
access to the help. Any help.
I installed DocView in Lazarus. This
In our previous episode, Michael Van Canneyt said:
A search on file handling in rtl.chm returns a list of near 100 hits,
some
of which are really procedures. RenameFile is missing from that list,
instead
it contains many Reference for unit ... entries.
I can't comment on the
In our previous episode, Hans-Peter Diettrich said:
Search for rename and file in the chm help:
Thanks, slowly I understand how a chm can be searched :-)
This should be explained somewhere, too (using Help)
I'm not sure I want to pull every IT education topic into the FPC help :-)
On 12/16/2011 12:42 PM, Marco van de Voort wrote:
It's fine, but like most built-in engines it is not google.
Can it do and and or and search for multi word strings ?
(In fact I don't know wheter DocView can do these...)
-Michael
___
fpc-devel
In our previous episode, Michael Schnell said:
[ Charset ISO-8859-1 unsupported, converting... ]
On 12/16/2011 12:42 PM, Marco van de Voort wrote:
It's fine, but like most built-in engines it is not google.
Can it do and and or and search for multi word strings ?
Afaik default is AND. I
On 12/16/2011 01:51 PM, Marco van de Voort wrote:
Afaik default is AND. I don't know if it can do OR. (and I'm not sure if
that is that relevant for a helpsystem)
Maybe or is not very important (but there are cases it can help), but I
feel that and vs multi-word-string is necessary.
I chose
Michael Van Canneyt schrieb:
Give me a link to the directory handling topic, then I can tell you
more. Ah, found it: FileName handling routines (sysutils). At a
first glance there is nothing missing, except FileSize. Perhaps
ForceDirectories...
I don't understand. ForceDirectories exists in
On Thu, 15 Dec 2011, Hans-Peter Diettrich wrote:
Tomas Hajny schrieb:
I wonder how to obtain the size of an file on disk. The only function I
could find so far is FileSize, which requires an open File, but nothing
for an file name :-(
ATM FileSize(TEXT) would help, too, but FileSize only
On Thu, December 15, 2011 05:04, Hans-Peter Diettrich wrote:
Tomas Hajny schrieb:
I wonder how to obtain the size of an file on disk. The only function
I could find so far is FileSize, which requires an open File, but
nothing for an file name :-(
ATM FileSize(TEXT) would help, too, but
michael.vancann...@wisa.be schrieb:
Normally I use TFileStream's, which have a Size property. But I find
it nasty to open an file, when I only want to know its size. FPC (like
Delphi) lacks some basic file/directory handling functions (Size,
Remove, Rename...), at
I think you didn't look
Tomas Hajny schrieb:
Basic functionality for working with files is available in units System,
SysUtils and Dos - see e.g.
http://wiki.freepascal.org/Unit_categorization.
Searching for file in that page doesn't reveal any helpful
information. Perhaps it's me, but I rarely can find something
On 12/15/2011 01:38 PM, Hans-Peter Diettrich wrote:
Searching for file in that page doesn't reveal any helpful
information. Perhaps it's me, but I rarely can find something useful
in the wiki, even if it might be there, somewhere :-(
I've been searching in the RTL.CHM help, don't know about
On Thu, 15 Dec 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
Normally I use TFileStream's, which have a Size property. But I find it
nasty to open an file, when I only want to know its size. FPC (like
Delphi) lacks some basic file/directory handling functions (Size,
In our previous episode, michael.vancann...@wisa.be said:
nasty to open an file, when I only want to know its size. FPC (like
Delphi) lacks some basic file/directory handling functions (Size, Remove,
Rename...), at
I think you didn't look very well in the docs.
DeleteFile
On Thu, Dec 15, 2011 at 2:48 PM, Marco van de Voort mar...@stack.nl wrote:
Search for rename and file in the chm help:
http://www.stack.nl/~marcov/helpscrdump.png
How hard can it be indeed.
Let me Google that for you also got an answer for that one:
In our previous episode, Michael Schnell said:
Searching for file in that page doesn't reveal any helpful
information. Perhaps it's me, but I rarely can find something useful
in the wiki, even if it might be there, somewhere :-(
I've been searching in the RTL.CHM help, don't know about
Am 15.12.2011 05:04, schrieb Hans-Peter Diettrich:
Normally I use TFileStream's, which have a Size property. But I find it
nasty to open an file, when I only want to know its size. FPC (like
Delphi) lacks some basic file/directory handling functions (Size,
Remove, Rename...), at least none are
On 12/15/2011 02:59 PM, Marco van de Voort wrote:
It's clear that you want to push Docview,
After just a little bit trying it out on the recommendation of Graeme :) .
but please at least check if what
you want to advise performs better in this regard:
AFAIK, the CHM viewer works on a single
On Thu, December 15, 2011 15:18, Michael Schnell wrote:
On 12/15/2011 02:59 PM, Marco van de Voort wrote:
It's clear that you want to push Docview,
After just a little bit trying it out on the recommendation of Graeme :) .
but please at least check if what
you want to advise performs better
On 12/15/2011 03:21 PM, Tomas Hajny wrote:
The whole RTL documentation is available as one file for all of PDF,
CHM and INF
Is there a script that creates these single- combined files for the
multiple aspects of Lazarus and FPC from the different svn sources ?
Thanks,
-Michael
In our previous episode, Michael Schnell said:
AFAIK, the CHM viewer works on a single CHM file (I understand that this
is what DoDi meant with Chapter),
Don't know what Lazarus does exactly, but it is not a limitation of CHM,
while not binary copy like docview, indexes are designed to be
Marco van de Voort schrieb:
Search for rename and file in the chm help:
Thanks, slowly I understand how a chm can be searched :-)
This should be explained somewhere, too (using Help)
DoDi
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
michael.vancann...@wisa.be schrieb:
I repeat: you didn't search very well.
Yes, I was not lucky enough :-(
IMO a separation into topics File handling (FILE based) and File
management (by filename) would be a good idea. Now I also found an
topic General File handling routines, but it seems
I wonder how to obtain the size of an file on disk. The only function I
could find so far is FileSize, which requires an open File, but nothing
for an file name :-(
ATM FileSize(TEXT) would help, too, but FileSize only accepts an FILE,
not TEXT :-(
FpFStat() seems unavailable on Windows :-(
On Wed, 14 Dec 2011 22:11:22 +0100, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
I wonder how to obtain the size of an file on disk. The only function I
could find so far is FileSize, which requires an open File, but nothing
for an file name :-(
ATM FileSize(TEXT) would help, too,
On Wed, 14 Dec 2011, Hans-Peter Diettrich wrote:
I wonder how to obtain the size of an file on disk. The only function I could
find so far is FileSize, which requires an open File, but nothing for an file
name :-(
ATM FileSize(TEXT) would help, too, but FileSize only accepts an FILE, not
On 14 Dec 11, at 23:42, Michael Van Canneyt wrote:
On Wed, 14 Dec 2011, Hans-Peter Diettrich wrote:
I wonder how to obtain the size of an file on disk. The only function I
could
find so far is FileSize, which requires an open File, but nothing for an
file
name :-(
ATM
On 15 Dec 2011, at 00:07, Tomas Hajny wrote:
Actually, it's somewhat
surprising for me to see that System.FileSize is implemented using
fpStat under Unix platforms rather than using fpLSeek (which should
be the equivalent to the API calls used under other platforms if I
understand it
On 14 Dec 11, at 22:11, Hans-Peter Diettrich wrote:
I wonder how to obtain the size of an file on disk. The only function I
could find so far is FileSize, which requires an open File, but nothing
for an file name :-(
ATM FileSize(TEXT) would help, too, but FileSize only accepts an FILE,
On 15 Dec 11, at 0:10, Jonas Maebe wrote:
On 15 Dec 2011, at 00:07, Tomas Hajny wrote:
Actually, it's somewhat
surprising for me to see that System.FileSize is implemented using
fpStat under Unix platforms rather than using fpLSeek (which should
be the equivalent to the API calls
On 15 Dec 2011, at 00:29, Tomas Hajny wrote:
That's true (and equally true for other platforms, btw), but
System.FileSize is defined as requiring an open file, i.e. this
should not make any difference, IMHO.
Oops, you're right!
Jonas
___
Michael Van Canneyt schrieb:
FindFirst may be usable, but is very clumsy for this simple request.
Nevertheless, it is the only option.
For example FileAge also calls FindFirst.
Then it shouldn't be a problem to add an according FileSize function to
the RTL?
DoDi
Tomas Hajny schrieb:
I wonder how to obtain the size of an file on disk. The only function I
could find so far is FileSize, which requires an open File, but nothing
for an file name :-(
ATM FileSize(TEXT) would help, too, but FileSize only accepts an FILE,
not TEXT :-(
What exactly do you
In lazarus/components/lazutils/fileutil.pas there is:
function FileSize(const Filename: string): int64;
And as a bonus it works only with UTF-8
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On 12/15/2011 07:52 AM, Felipe Monteiro de Carvalho wrote:
In lazarus/components/lazutils/fileutil.pas there is:
function FileSize(const Filename: string): int64;
And as a bonus it works only with UTF-8
MSEgui has lib/common/kernel/msefileutils.pas:
type
ext1fileinfoty = record
76 matches
Mail list logo
