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
http://lists.freepascal.org/mailman/listinfo/
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 r
On 12/19/2011 01:49 PM, Graeme Geldenhuys wrote:
I have no idea why you keep struggling to compile projects,
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)
but from
the
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
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 he
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 -
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 u
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.
I've never seen this in CHM help files, but I have seen it in H
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. ;-)
>
>
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 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:
> /home/msc
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 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
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
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 phras
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. D
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 wron
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
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 ev
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 (
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 ha
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 t
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 H
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 th
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 t
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 I
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 dialog
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.
>
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 fpG
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 functio
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 la
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: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 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
htt
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 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 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 f
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, D
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 se
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/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...)".
___
fpc-
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 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
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.
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 m
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 :-)
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 comme
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 c
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 foun
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
cross-
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
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
ht
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 t
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
__
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 perform
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
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 li
In our previous episode, Felipe Monteiro de Carvalho said:
> > 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:
Trick is, Hans didn't use Google, but m
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
On Thu, Dec 15, 2011 at 2:48 PM, Marco van de Voort 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:
http://lmgtfy.com/?q=freepascal+file+rename
And it
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.
> >>
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,
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 abou
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
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 ver
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, t
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 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
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
http://lists.freep
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
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
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
___
fpc-
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
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 FI
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 i
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 :-(
> >
>
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
T
On Wed, 14 Dec 2011 22:11:22 +0100, 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 accep
78 matches
Mail list logo
