← Back to branch summary

~ubuntu-branches/ubuntu/vivid/lazarus/vivid-proposed

« back to all changes in this revision

Viewing changes to docs/chm/readmechm.txt

  • Committer: Package Import Robot
  • Author(s): Paul Gevers, Abou Al Montacir, Paul Gevers
  • Date: 2013-06-22 13:31:45 UTC
  • mfrom: (1.1.10)
  • Revision ID: package-import@ubuntu.com-20130622133145-kf2awlf322usnrfv
Tags: 1.0.10+dfsg-1
http://bugs.debian.org/712834
[ Abou Al Montacir ]
* New upstream maintenance release offering many fixes improving the IDE and
  the LCL stability level.
  - The detailed list of changes can be found here:
    http://wiki.lazarus.freepascal.org/Lazarus_1.0_fixes_branch#Fixes_for_1.0.10
* Use compiler configuration file to pass debian custom compiler flags.
* Recover FTBFS on arm machines fix, dropped unintentionally when upgrading
  to 1.0.8. QT4 based LCL WS could not use QTOPIA. (Closes: Bug#712834)
* Update copyright notice to highlight that upstream source where repacked.

[ Paul Gevers ]
* Update Standard to 3.9.4 (no changes needed)
* Remove obsolete DM-Upload-Allowed
* Update lintian overrides
* Add myself to uploaders
* Update Vsc-Browser URL to the browse interface

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/chm/readmechm.txt
6
6
needed for crosslinking this archive with other CHM files. These files are
7
7
not required for viewing (but are only about 1% of the total size)
8
8
 
9
 
This CHM snapshot was build on 2012-08-01 by using fpdoc from trunk to
10
 
compile the docs for fixes2_6 and the lazarusrc1 tag.
11
 
 
12
9
How to install the CHMs in Lazarus
13
10
------------------------------------
14
11
 
50
47
 
51
48
CHM is an archive format specially made for HTML based help by Microsoft. It
52
49
is also known as HTMLHELP, but note that HTMLHELP2 (and in the future 3) are
53
 
not related.  HTMLHELP2 and 3 were only distributed with Visual Studio, not
54
 
with client OSes.  Vista does have an own helpfile system (Help for
55
 
Applications I believe, possibly HTMLHELP2 derived), but it is not used a
56
 
lot yet.
57
 
 
58
 
Besides being an archive format optimized to quickly extract a
 
50
not related.  Besides being an archive format optimized to quickly extract a
59
51
single file, there is also a TOC, an Index and fulltext search dictionaries
60
52
in each CHM. 
61
53
 
62
54
The html in a CHM is basically unmodified except for links from one chm file
63
55
to the other, these use a ms-its://file.chm/path/to/htmlfile.html like URL
64
 
syntax.
 
56
syntax. Some extra tables with references might be generated.
65
57
 
66
58
The format is sometimes related to security problems, but as far as I have
67
59
been able to verify, this is more an Internet Explorer viewer application
91
83
kchmviewer versions (even as new as in Fedora 13) seem to have problems with
92
84
links that don't have a leading / either ( ? ). I reported it to kchmviewer,
93
85
but the maintainer said it was a problem of QT (and indeed, switching
94
 
khtmlpart resolves it). In Fedora 17, kchmviewer can't seem to load external
95
 
links.
 
86
khtmlpart resolves it)
96
87
 
97
88
Gnochm is extremely slow with the larger files, and development seems to
98
 
have stalled. In my Fedora 17 it is no longer available.
 
89
have stalled.
99
90
 
100
91
xCHM in the recent version seems to work fine and reasonably fast. (lcl.chm
101
92
in a few secs).  However its TOC system is not a tree, and some versions