Menu
▾
▴
documancer-users — For users of Documancer
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(7) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(10) |
Feb
(9) |
Mar
(6) |
Apr
(11) |
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(9) |
Dec
(4) |
| 2005 |
Jan
(1) |
Feb
(10) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Arnd B. <arn...@we...> - 2004-11-09 12:24:17
|
Hi,
many thanks for your reply!
On Tue, 9 Nov 2004, Vaclav Slavik wrote:
> Arnd Baecker wrote:
> > It seems that I have to compile wxPython from source
> > with --enable-gtk2
> > (Though I am not sure at all how I could do this side-by-side
> > to the normally installed one).
>
> You just have to install both wxWidgets (compiled with
> --enable-unicode --enable-gtk2) and wxPython into another prefix,
> say, /opt/wxPython, and then set PYTHONPATH, e.g.
>
> PYTHONPATH=/opt/wxPython/lib/python2.3/site-packages documancer
Well, I really wanted to avoid compiling wxPython again,
but unavoidable things have to be done ;-).
In the end everything worked fine (details below).
The only thing I had to change was in HtmlBrowser.py
try:
from wxPython.mozilla import *
try:
import wxPython.mozilla as mozilla
MOZILLA_VERSION = mozilla.__version__
So overall it is still a bit of a hassle
(at least under debian at the moment) until wxPython 2.5(6?)
(or gtk2 with wxpython 2.4) becomes the default.
On the really positive side: there is no
need for me to compile mozilla, because
libgtkembedmoz.so can be used.
I have two minor remarks:
- when one invokes the books manager the first time
it looks like
||Tit|Type | |
It would be nice if the initial width for the Title
was bigger.
(it gets adapted once one adds a book ...)
- After adding the first book, the corresponding
first page is not displayed (you have to press Home first).
I think it would be good if it got displayed automatically
so that a user immediately sees the new book.
Arnd
Installation notes:
To get things compiled I needed (under debian sarge)
apt-get install libwxgtk2.4-dev
(I am sure there are further ...-devs needed, but obviously
they were already installed)
Download: wxPythonSrc-2.4.2.4.tar.gz
export WXPREF=/usr/opt/wx/2.4/
# Remark: /opt/wx/2.4/ would be more natural place
# (if there was space in /opt ;-)
mkdir -p $WXPREF
tar xzf wxPythonSrc-2.4.2.4.tar.gz
cd wxPythonSrc-2.4.2.4
mkdir mybuild
cd mybuild
../configure --with-gtk --enable-gtk2 \
--prefix=${WXPREF} \
--enable-rpath=$WXPREF/lib \
--with-opengl \
--enable-geometry \
--enable-unicode \
--enable-optimise
make
make install
cd ../locale
make allmo
cd ../mybuild
make install
export LD_LIBRARY_PATH=${WXPREF}/lib:${LD_LIBRARY_PATH}
cd ../wxPython
python setup.py \
WX_CONFIG=$WXPREF/bin/wx-config \
WXPORT=gtk2\
build install --prefix=$WXPREF
Installing documancer
---------------------
export PYTHONPATH=${WXPREF}/lib/python2.3/site-packages:${PYTHONPATH}
export LD_LIBRARY_PATH=${WXPREF}/lib:${LD_LIBRARY_PATH}:
./autogen.sh
./configure --prefix=${WXPREF} --with-wx-prefix=${WXPREF}
make
make install
Running documancer
------------------
export LD_LIBRARY_PATH=${WXPREF}/lib:/usr/lib/mozilla-firefox:${LD_LIBRARY_PATH}:
export PYTHONPATH=${WXPREF}/lib/python2.3/site-packages:${PYTHONPATH}
export PATH=${WXPREF}/bin:${PATH}
documancer
Note that libgtkembedmoz.so has to be in the LD_LIBRARY_PATH
|
|
From: Vaclav S. <vac...@ma...> - 2004-11-09 10:06:35
|
Hi, Arnd Baecker wrote: > To me this looks as if I am stuck here. Yes... > (However, on the positive side: it seems that all the stuff > to embed mozilla is there ...). > It seems that I have to compile wxPython from source > with --enable-gtk2 > (Though I am not sure at all how I could do this side-by-side > to the normally installed one). You just have to install both wxWidgets (compiled with=20 =2D-enable-unicode --enable-gtk2) and wxPython into another prefix,=20 say, /opt/wxPython, and then set PYTHONPATH, e.g. PYTHONPATH=3D/opt/wxPython/lib/python2.3/site-packages documancer HTH, Vaclav =2D-=20 PGP key: 0x465264C9, available from http://pgp.mit.edu/ |
|
From: Arnd B. <arn...@we...> - 2004-11-08 12:20:35
|
Hi Vaclav,
On Mon, 8 Nov 2004, Vaclav Slavik wrote:
> Hi,
>
> Vaclav Slavik wrote:
> > > In general I think that the need to install wxmozilla
> > > raises the barrier for using documancer.
> >
> > Yes, I noticed that too. I'd like to bundle wxMozilla with the next
> > release.
>
> it's done now, ./configure && make && make install should install
> wxMozilla together with Documancer.
many thanks - With my debian sarge installation I run into the following
problem:
checking for wxWindows version >= 2.4.0... yes (version 2.4.2)
checking for wxMozilla library name... wxmozilla_gtk-2.4
checking for pkg-config... /usr/bin/pkg-config
checking for mozilla-nspr >= 1.3 mozilla-xpcom... yes
checking MOZILLA_CFLAGS... -I/usr/include/mozilla/nspr
-I/usr/include/mozilla/xpcom -I/usr/include/mozilla/string
checking MOZILLA_LIBS... -L/usr/lib/mozilla -lxpcom -lplds4 -lplc4 -lnspr4
-ldl -lc -lpthread
checking for mozilla-gtkmozembed >= 1.3... yes
checking MOZILLA_GTK_CFLAGS... -I/usr/include/mozilla/gtkembedmoz
-I/usr/include/mozilla/xpcom -I/usr/include/mozilla/string
-I/usr/include/mozilla/nspr
checking MOZILLA_GTK_LIBS... -L/usr/lib/mozilla -lgtkembedmoz -lxpcom
-lplds4 -lplc4 -lnspr4 -ldl -lc -lpthread
checking for wxWindows toolkit... gtk1
checking for Mozilla toolkit... gtk2
configure: error:
Mozilla and wxWindows use different GTK+ versions.
Mozilla uses gtk2, wxWindows uses gtk1.
configure: error: /bin/sh './configure' failed for bundled/wxmozilla
To me this looks as if I am stuck here.
(However, on the positive side: it seems that all the stuff
to embed mozilla is there ...).
It seems that I have to compile wxPython from source
with --enable-gtk2
(Though I am not sure at all how I could do this side-by-side
to the normally installed one).
But maybe you have any other ideas?
Best,
Arnd
|
|
From: Vaclav S. <vac...@ma...> - 2004-11-08 11:20:52
|
Hi, Vaclav Slavik wrote: > > In general I think that the need to install wxmozilla > > raises the barrier for using documancer. > > Yes, I noticed that too. I'd like to bundle wxMozilla with the next > release. it's done now, ./configure && make && make install should install=20 wxMozilla together with Documancer. Regards, Vaclav =2D-=20 PGP key: 0x465264C9, available from http://pgp.mit.edu/ |
|
From: Vaclav S. <vac...@ma...> - 2004-11-05 23:25:20
|
Hi, Arnd Baecker wrote: > I am using documancer very happily for more than a year now. > Yesterday I made an update to the CVS version. > Unfortunately, the new version uses xml.dom.ext > which is not available. Thanks, fixed now. The XML files created by Documancer are ugly if you=20 don't have PyXML installed, but at least it works. > Do you know of an easy way of getting wxmozilla Download, then ./configure && make && make install... > In general I think that the need to install wxmozilla > raises the barrier for using documancer. Yes, I noticed that too. I'd like to bundle wxMozilla with the next=20 release. > Of course, one can use the wxHtml backend, > but this has several drawbacks =2E..the biggest of them being that it's unusable for any serious work. Regards, Vaclav =2D-=20 PGP key: 0x465264C9, available from http://pgp.mit.edu/ |
|
From: Arnd B. <arn...@we...> - 2004-11-05 19:23:38
|
Hi,
I am using documancer very happily for more than a year now.
Yesterday I made an update to the CVS version.
Unfortunately, the new version uses xml.dom.ext
which is not available.
(I have a separate installation of python,
wxPython, mozilla and wxmozilla just for using documancer.
In total this boils down to 200 MB.
I seems that _xmlplus is missing from my installation...)
Do you know of an easy way of getting wxmozilla
(the best fore me would be a debian package ;-)?
In general I think that the need to install wxmozilla
raises the barrier for using documancer.
Of course, one can use the wxHtml backend,
but this has several drawbacks
a) highlighting of search results does not work
b) automatic jump to the first hit does not work
(+ an annoying warning box
"HTML anchor search_result_0 does not exist")
c) incremental searching within the document is not possible
d) + many other niceties of wxmozilla are missing.
To me a)-b) are presumably the most important ones.
Could one implement some routines around wxHtml which
would serve these purposes
(until wxmozilla becomes more widespread)?
In that context: how is progress on the side of wxmozilla
- is there a chance that it makes it
into the next stable wxPython?
Many thanks,
Arnd
P.S.:
There is some strange info on the wiki
http://wxmozilla.sourceforge.net/pmwiki/pmwiki.php/Main/HomePage
- looks like some idiot did his work ...
|
|
From: Vaclav S. <vac...@ma...> - 2004-10-06 18:12:49
|
Kevin Ollivier wrote: > Checking more, it appears > src/data/refresh.png and src/data/stop.png are not actually in the > Documancer CVS tree. Embarrassing... Thanks, fixed now. Vaclav =2D-=20 PGP key: 0x465264C9, available from http://pgp.mit.edu/ |
|
From: Kevin O. <ke...@tu...> - 2004-10-06 17:41:19
|
Hi Vaclav, On Oct 6, 2004, at 8:59 AM, Vaclav Slavik wrote: > Hi, > > Kevin Ollivier wrote: >> Were some new icons added to the Documancer package recently? > > Depends on your definition of "recently". Refresh and Stop icons were > added since 0.2.3, but I didn't touch CVS in a month or so. Wow, I believe I just found a nasty bug in wxMSW. I went to check the refresh and stop icons to see if there was something wrong that would cause them not to appear, and I noticed that they weren't in my Documancer source tree at all. Checking more, it appears src/data/refresh.png and src/data/stop.png are not actually in the Documancer CVS tree. (They aren't showing up in SF's CVS browser either.) But the amazing part here is that wxMSW doesn't even complain that the files don't exist! That's why I'm getting the invalid tool button bitmap error inside of wxToolbar::Realize(). If this is indeed the case (that wxBitmap doesn't even assert for nonexistent files) then I think we need to remedy that before 2.6. I'm going to check the source code for wxBitmap on MSW later and see if I can figure this out. >> just checked out CVS HEAD and I am testing against 2.5.2.8 on >> Windows, and whenever I try to start the program, I get an assert >> saying "invalid tool button bitmap" in src/msw/tbar95.cpp line 635. > > I thought wxPython would output backtrace to stderr, does it not? Yes, but I'm not set up for email on my Windows machine, and I was admittedly too lazy to create a file and copy it over the network to my Mac. ;-) In any case, I didn't think it mattered because the actual call that caused the traceback was toolbar.Realize() and it doesn't give any info about what bitmap caused the error exactly. (See above for why.) Thanks, Kevin |
|
From: Vaclav S. <vac...@ma...> - 2004-10-06 16:22:37
|
Hi, Kevin Ollivier wrote: > Were some new icons added to the Documancer package recently?=20 Depends on your definition of "recently". Refresh and Stop icons were=20 added since 0.2.3, but I didn't touch CVS in a month or so. > just checked out CVS HEAD and I am testing against 2.5.2.8 on > Windows, and whenever I try to start the program, I get an assert > saying "invalid tool button bitmap" in src/msw/tbar95.cpp line 635. I thought wxPython would output backtrace to stderr, does it not?=20 Regards, Vaclav =2D-=20 PGP key: 0x465264C9, available from http://pgp.mit.edu/ |
|
From: Kevin O. <ke...@tu...> - 2004-10-05 21:13:05
|
Hi all, Were some new icons added to the Documancer package recently? I just checked out CVS HEAD and I am testing against 2.5.2.8 on Windows, and whenever I try to start the program, I get an assert saying "invalid tool button bitmap" in src/msw/tbar95.cpp line 635. (Basically, bmp.Ok() is failing.) If I know what's been added recently, it will make it easier for me to track down which icon(s) are causing the problem. (Or what wxWidgets is doing wrong.) Thanks, Kevin |
|
From: Vaclav S. <vac...@ma...> - 2004-06-14 12:18:35
|
Hi,
Kevin Ollivier wrote:
> I've finally had a chance to get back to my little project of
> integrating Documancer and EClass, and I have made some progress.
> I've extended book.py so that it can save and load data to an
> XML-based config file. This allows me to successfully load an
> EClass into Documancer by passing the .book file into the command
> line. (As a side benefit, it could be used for import/export of
> configs, like when moving to a new computer.)
Yes, I agree it would be useful for this -- I treat books definitions=20
as settings now (i.e. I store them in registry/dotfile) while in fact=20
they are _data_ that Documancer works on. OTOH, they are not portable=20
to other computers (yet) because they contain absolute filenames.
> I looked through the source to learn more about how Documancer
> handles URLs, but it was a bit like magic to me, so maybe I need a
> higher level explanation. ;-) Basically, it seems that Documancer
> wants to use a combination of a standard http URL with an absolute
> URL built in (i.e.
> http://localhost:port/book//C/Documents%20and%20Settings/...)
Documancer doesn't really use URLs internally, it's just a way to talk=20
to Mozilla. There are three kinds of objects in Documancer:
1. Book objects contain information about book type ("provider" -=20
html, man, info etc.) and type-specific definition (in case of HTML,=20
filename of the main page)
2. Providers are classes that are able to present data of certain type=20
(html, man, info, ...) as HTML. When asked for a page, the provider=20
is given two arguments: the book to work with and what I'll call=20
"virtual filename" for lack of better term ("url" in=20
Provider.serve(), but it's a little misleading). This filename is=20
provider-specific and can be interpreted in any way; usually, it's=20
something convenient for the provider (e.g. filename of HTML file on=20
the disk).
3. HTTP server running on random port and accepting only local=20
connections. This server is used to serve the pages to Mozilla-based=20
UI. You can ask it for documents with URLs in certain form:
http://localhost:rnd_port/book/virt_filename
The server strips the URL into parts, finds the book with this name,=20
looks its provider up and calls its serve() method with given (book,=20
virt_filename) tuple. UI (which includes fulltext search results) is=20
the only place where this kind of URLs is used, providers use=20
virt_filenames and book definitions may use something else altogether=20
(in case of HTML books, there's only 'rootfile' attribute which is=20
same thing as HtmlProvider's virtual filename).
Does it answer your questions about URLs?
> However, whenever I click on one of these links, nothing happens
> (except I get a busy cursor), and I eventually get a message that
> there is no server on "localhost:<portnumber>".
=46rom within Documancer? It's possible that the HTTP server running=20
under the hood crashed -- watch stderr for any output.
Regards,
Vaclav
=2D-=20
PGP key: 0x465264C9, available from http://pgp.mit.edu/
|
|
From: Kevin O. <ke...@tu...> - 2004-06-09 22:35:53
|
Hi all, I've finally had a chance to get back to my little project of integrating Documancer and EClass, and I have made some progress. I've extended book.py so that it can save and load data to an XML-based config file. This allows me to successfully load an EClass into Documancer by passing the .book file into the command line. (As a side benefit, it could be used for import/export of configs, like when moving to a new computer.) At the moment, though, I'm seeing some issues with how Documancer handles URLs I looked through the source to learn more about how Documancer handles URLs, but it was a bit like magic to me, so maybe I need a higher level explanation. ;-) Basically, it seems that Documancer wants to use a combination of a standard http URL with an absolute URL built in (i.e. http://localhost:port/book//C/Documents%20and%20Settings/...) However, whenever I click on one of these links, nothing happens (except I get a busy cursor), and I eventually get a message that there is no server on "localhost:<portnumber>". It loads the index page of my EClass, but doesn't load any images or linked pages (all are relatively linked). I'll keep digging around in the source, but any info on how and why Documancer parses URLs in the way it does would be greatly appreciated. Any thoughts? Thanks, Kevin |
|
From: <ben...@id...> - 2004-05-25 07:57:13
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Vaclav S. <vac...@ma...> - 2004-04-11 23:02:58
|
Hi, Kevin Ollivier wrote: > >> Documancer uses by default. Do you mind if I add an 'indexdir' > >> preference, > > > > It's already there, called "cachedir". > > See my other reply as to why I'd like to check for an existing > index. Basically the issue is that EClass also creates a SWISH-E > index file when exporting to CD. Yes, I know. You asked for indexdir preference, I replied that the=20 preference is already implemented, only called cachedir, not=20 indexdir. > Yes, that's correct. If that's fine with you then, I can go ahead > and work on loading .book files and I should have a patch in a week > or two. Loading book files should be trivial once the backend is converted to=20 storing books data in separate files (which is the tricky part)... Regards, Vaclav =2D-=20 PGP key: 0x465264C9, available from http://pgp.mit.edu/ |
|
From: Kevin O. <ke...@tu...> - 2004-04-10 23:08:51
|
Hi, On Apr 10, 2004, at 3:36 PM, Vaclav Slavik wrote: > Hi, > > Kevin Ollivier wrote: >> I'm working on this and I've actually got it loading books. Nothing >> too special, but if I give it a filename and a book name, > > The name can be guessed from HTML file... Yeah, I just haven't gotten that far yet. =) >> I can >> load the book into Documancer. However, since I have my own SWISH-E >> index file, I'd like to use it instead of the one that Documancer >> uses by default. Do you mind if I add an 'indexdir' preference, > > It's already there, called "cachedir". See my other reply as to why I'd like to check for an existing index. Basically the issue is that EClass also creates a SWISH-E index file when exporting to CD. > I still can't make up my mind on whether to use .book files or not, > but it would be better to use them than to pass book definition on > command line (at least that's how I understand your proposal). Yes, that's correct. If that's fine with you then, I can go ahead and work on loading .book files and I should have a patch in a week or two. Thanks, Kevin |
|
From: Kevin O. <ke...@tu...> - 2004-04-10 22:59:30
|
Hi Vaclav, On Apr 10, 2004, at 3:27 PM, Vaclav Slavik wrote: > Hi, > > Kevin Ollivier wrote: >> In regards to the ".book" format, I just thought of a simpler >> solution that meets my needs. =) Just update the book loading code >> to try and guess the content format (i.e. if it has extension .html >> or .htm, it's probably HTML. =) and load the file. It will also >> check for a fulltext index, and if it exists, automatically turn on >> indexing. > > It can't -- the index is managed by Documancer, so there's no such > thing as already existing index (how would it determine its > location?). In the case of a user loading an EClass into Documancer, there may be an existing index file which was created by EClass. (EClass uses SWISH-E indexing for full text search on CD, and eventually web too.) I was hoping that I could make use of the existing index file instead of having Documancer re-create the index file. In the case of EClass, the index file is in the root directory of the EClass (usually the CD root dir), so Documancer could see if there is an index file there, and if so, use it. Thanks, Kevin |
|
From: Vaclav S. <vac...@ma...> - 2004-04-10 22:36:29
|
Hi, Kevin Ollivier wrote: > In regards to the ".book" format, I just thought of a simpler > solution that meets my needs. =3D) Just update the book loading code > to try and guess the content format (i.e. if it has extension .html > or .htm, it's probably HTML. =3D) and load the file. It will also > check for a fulltext index, and if it exists, automatically turn on > indexing. It can't -- the index is managed by Documancer, so there's no such=20 thing as already existing index (how would it determine its=20 location?). VS =2D-=20 PGP key: 0x465264C9, available from http://pgp.mit.edu/ |
|
From: Vaclav S. <vac...@ma...> - 2004-04-10 22:36:29
|
Hi, Kevin Ollivier wrote: > I'm working on this and I've actually got it loading books. Nothing > too special, but if I give it a filename and a book name,=20 The name can be guessed from HTML file... > I can=20 > load the book into Documancer. However, since I have my own SWISH-E > index file, I'd like to use it instead of the one that Documancer > uses by default. Do you mind if I add an 'indexdir' preference, It's already there, called "cachedir". I still can't make up my mind on whether to use .book files or not,=20 but it would be better to use them than to pass book definition on=20 command line (at least that's how I understand your proposal). Regards, Vaclav =2D-=20 PGP key: 0x465264C9, available from http://pgp.mit.edu/ |
|
From: Kevin O. <ke...@tu...> - 2004-04-07 21:24:04
|
Hi, I'm working on this and I've actually got it loading books. Nothing too special, but if I give it a filename and a book name, I can load the book into Documancer. However, since I have my own SWISH-E index file, I'd like to use it instead of the one that Documancer uses by default. Do you mind if I add an 'indexdir' preference, which uses its value for getIndexDir() if set, if not it just reverts to the default behavior. Let me know what you think, or if you've got any other ideas on how to solve this. =) Thanks, Kevin On Apr 7, 2004, at 9:40 AM, Kevin Ollivier wrote: > Hi Vaclav, > > In regards to the ".book" format, I just thought of a simpler solution > that meets my needs. =) Just update the book loading code to try and > guess the content format (i.e. if it has extension .html or .htm, it's > probably HTML. =) and load the file. It will also check for a fulltext > index, and if it exists, automatically turn on indexing. > > Then, make it so that this book loading code is run whenever a file is > passed in from the command line, which will give me the CD loading > behavior I need. I'll also write code so that it will work when a file > is dropped on it on Mac. (BTW, if the format can't be guessed, it will > prompt the user to choose. But for things like ".htm" or ".html", I > think it's quite reasonable to assume its HTML. =) I can probably also > do a little trick with Resource Files on Mac to ensure that the > index.html file for my EClass is associated directly with Documancer. > > If you're fine with this, I'll go ahead and write the code for it and > submit a patch. Also, I see you added in the version checking code as > well. Thanks! > > Kevin > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > documancer-users mailing list > doc...@li... > https://lists.sourceforge.net/lists/listinfo/documancer-users > |
|
From: Kevin O. <ke...@tu...> - 2004-04-07 16:40:53
|
Hi Vaclav, In regards to the ".book" format, I just thought of a simpler solution that meets my needs. =) Just update the book loading code to try and guess the content format (i.e. if it has extension .html or .htm, it's probably HTML. =) and load the file. It will also check for a fulltext index, and if it exists, automatically turn on indexing. Then, make it so that this book loading code is run whenever a file is passed in from the command line, which will give me the CD loading behavior I need. I'll also write code so that it will work when a file is dropped on it on Mac. (BTW, if the format can't be guessed, it will prompt the user to choose. But for things like ".htm" or ".html", I think it's quite reasonable to assume its HTML. =) I can probably also do a little trick with Resource Files on Mac to ensure that the index.html file for my EClass is associated directly with Documancer. If you're fine with this, I'll go ahead and write the code for it and submit a patch. Also, I see you added in the version checking code as well. Thanks! Kevin |
|
From: Kevin O. <ke...@tu...> - 2004-04-05 15:15:14
|
Hi, On Apr 4, 2004, at 3:22 PM, Vaclav Slavik wrote: > Hi, > > Kevin Ollivier wrote: >> I know this is easy enough to do on Unix, but on Windows with their >> drive system, any drive could be removable storage, or could be a >> permanent storage drive. > > I thought it's the other way around -- virtually impossible on Unix > and piece of cake on Windows. This MSDN page seems to confirm at > least the Windows part of my claim: > http://msdn.microsoft.com/library/en-us/fileio/base/getdrivetype.asp You're right, thanks. I found this is the Python win32 module too. =) I thought that with Unix usually the mount point would say CD or CD-ROM. Of course, it's still guessing, but that's what I was thinking about when I said Unix was easy enough. ;-) Thanks, Kevin |
|
From: Vaclav S. <vac...@ma...> - 2004-04-04 22:29:51
|
Hi, Kevin Ollivier wrote: > I know this is easy enough to do on Unix, but on Windows with their > drive system, any drive could be removable storage, or could be a > permanent storage drive.=20 I thought it's the other way around -- virtually impossible on Unix=20 and piece of cake on Windows. This MSDN page seems to confirm at=20 least the Windows part of my claim: http://msdn.microsoft.com/library/en-us/fileio/base/getdrivetype.asp Regards, Vaclav =2D-=20 PGP key: 0x465264C9, available from http://pgp.mit.edu/ |
|
From: Kevin O. <ke...@tu...> - 2004-04-01 17:06:29
|
Hi,
On Apr 1, 2004, at 12:28 AM, Vaclav Slavik wrote:
[snip]
>
>> Furthermore, what would be nice is if
>> Documancer could remember CD-based books in the book manager, and
>> when such a book was selected, it would prompt something like
>> "Please insert the CD-ROM for book X to load this book."
>>
>> Here is what I suggest as a solution to these issues:
>>
>> 1) Have Documancer's wxConfig write a Version key upon startup.
>> This way I can check to see if Documancer is of a high enough
>> version to support what we're doing.
>
> I don't want to do this -- what if you use two versions? They'd keep
> fighting over the value. And if the user didn't run Documancer yet,
> there would be no ~/.documancer/config.ini and thus no version info.
>
> OTOH, being able to run "documancer --version" would be useful (done
> in CVS). And maybe a registry entry on Windows with path to installed
> Documancer, as (HKLM or HKCU)\Software\V.S.
> \Documancer\${version}\path. Would that suffice? You can look into
> HKLM\Software\V.S.\Documancer (and if it doesn't exist, HKLM) to see
> all (typically, 1) version numbers under it.
Sure, this is what I'm looking for. =)
>> 2) Either create a "mybook.book" persistent storage format for book
>> configs, or pass in the book's "index.htm(l)" to have it added into
>> Documancer's book manager. (I assume from there Documancer would
>> see if an index exists, etc.)
>
> I wanted to avoid having Documancer-specific file format. Instead, I
> want to be able to handle _any_ relevant format out there. If you
> look at what book definition contains, majority of it is user's
> customization, i.e. something you don't want to be part of .book
> format -- things like font settings (to be done), whether you want
> fulltext index or not and so on.
I see ".book" as more of a metadata file than as the actual content
file. Take an EClass, for example. I've already produced a full-text
index, so there isn't any reason someone wouldn't want full-text search
to be enabled. (Well, no logical reason, at least. :-) So in this case
my .book would contain the settings to turn that on, and tell
Documancer anything else it needs to know about the format of the
content, etc. Settings like font, etc. could be left blank, and when
the user opens the ".book" file, it could ask them if they want the
"book" added to their "Bookshelf" (the book manager), and from there
they will have a locally writable copy of the settings they can change
and save. Otherwise, they can change things on a session-by-session
basis, but they can't make permanent changes. Or, we may actually be
talking about two different files here - book metadata would be a nice
thing to have and expand (i.e. author, date published, web site,
contact email, etc.). These aren't really short term needs, but they
fit under that "used in ways other than you expected" category. :-)
> OTOH, I'm thinking about moving book definition from config file into
> separate files (one per book) for easier (manual) maintainance and to
> allow merging of books from different sources (like globally
> available books and your private ones, books installed by default
> etc.). That could be (ab)used for your purposes as well: you would
> add a new path to book files (using something like "documancer
> --add-books-path /foo/bar") and put all your books there.
Sure, actually, people who develop EClasses have all of their content
stored in ~/EClass Projects, so I could add this folder so it will look
for books there.
>> The former approach is IMHO advantageous as on Mac I could tell
>> people to double-click the ".book" file to load it into Documancer.
>
> That's what I'd like to have in 1.0 for any format -- let Documancer
> recognize the format, create book definition (if possible, otherwise
> with user's help) and file it into "Temporary Books" folder. That's
> because I recently had to work with manuals about things I'll never
> need again in foreseeable future (like learning how to embed PDF and
> PNG figures in LaTeX documents) and the books approach is not best
> for that. Instead, I want to open a file (without having to define
> the book), use it for a while and then forget about it -- and don't
> waste space for index or in books list.
>
>> It also means that you could have a simple "Open File" approach to
>> loading books - just pick the .book file and click OK to load it.
>> (If you pick another type of file, like html, or man, it will
>> prompt you for the necessary info.)
>
> Yes, exactly the idea.
>
>> 3) Maybe some sort of BOOK_ON_CD setting.
>
> I think it's not needed: if the data providers were able to return
> list of files they use (and I will need this to be able to
> automatically update indexes), Documancer could check for their
> presence (again, it will do this because of another feature anyway)
> and if all them were missing *and* they were located on removable
> medium, it would tell the user to insert it.
I know this is easy enough to do on Unix, but on Windows with their
drive system, any drive could be removable storage, or could be a
permanent storage drive. (i.e. "D:" is usually a CD-ROM, but if the
user partitions the drive, that assumption is broken.) There might be a
way to query the drive to see if its removable storage, but I'm not
sure how to go about that... If you don't have an answer for this I can
look into it.
Thanks,
Kevin
|
|
From: Vaclav S. <vac...@ma...> - 2004-04-01 08:40:12
|
Hi,
Kevin Ollivier wrote:
> When users finish creating their EClass, they can distribute it on
> CD-ROM or publish it to web. (Or make a PDF too, actually.) For CD
...
> ;-), and people also would like to have highlighted search results.
> Enter Documancer. =)
It's funny to see people use it for things it was never intended to
do ;) Not that I mind, of course.
> Furthermore, what would be nice is if
> Documancer could remember CD-based books in the book manager, and
> when such a book was selected, it would prompt something like
> "Please insert the CD-ROM for book X to load this book."
>
> Here is what I suggest as a solution to these issues:
>
> 1) Have Documancer's wxConfig write a Version key upon startup.
> This way I can check to see if Documancer is of a high enough
> version to support what we're doing.
I don't want to do this -- what if you use two versions? They'd keep
fighting over the value. And if the user didn't run Documancer yet,
there would be no ~/.documancer/config.ini and thus no version info.
OTOH, being able to run "documancer --version" would be useful (done
in CVS). And maybe a registry entry on Windows with path to installed
Documancer, as (HKLM or HKCU)\Software\V.S.
\Documancer\${version}\path. Would that suffice? You can look into
HKLM\Software\V.S.\Documancer (and if it doesn't exist, HKLM) to see
all (typically, 1) version numbers under it.
> 2) Either create a "mybook.book" persistent storage format for book
> configs, or pass in the book's "index.htm(l)" to have it added into
> Documancer's book manager. (I assume from there Documancer would
> see if an index exists, etc.)
I wanted to avoid having Documancer-specific file format. Instead, I
want to be able to handle _any_ relevant format out there. If you
look at what book definition contains, majority of it is user's
customization, i.e. something you don't want to be part of .book
format -- things like font settings (to be done), whether you want
fulltext index or not and so on.
OTOH, I'm thinking about moving book definition from config file into
separate files (one per book) for easier (manual) maintainance and to
allow merging of books from different sources (like globally
available books and your private ones, books installed by default
etc.). That could be (ab)used for your purposes as well: you would
add a new path to book files (using something like "documancer
--add-books-path /foo/bar") and put all your books there.
> The former approach is IMHO advantageous as on Mac I could tell
> people to double-click the ".book" file to load it into Documancer.
That's what I'd like to have in 1.0 for any format -- let Documancer
recognize the format, create book definition (if possible, otherwise
with user's help) and file it into "Temporary Books" folder. That's
because I recently had to work with manuals about things I'll never
need again in foreseeable future (like learning how to embed PDF and
PNG figures in LaTeX documents) and the books approach is not best
for that. Instead, I want to open a file (without having to define
the book), use it for a while and then forget about it -- and don't
waste space for index or in books list.
> It also means that you could have a simple "Open File" approach to
> loading books - just pick the .book file and click OK to load it.
> (If you pick another type of file, like html, or man, it will
> prompt you for the necessary info.)
Yes, exactly the idea.
> 3) Maybe some sort of BOOK_ON_CD setting.
I think it's not needed: if the data providers were able to return
list of files they use (and I will need this to be able to
automatically update indexes), Documancer could check for their
presence (again, it will do this because of another feature anyway)
and if all them were missing *and* they were located on removable
medium, it would tell the user to insert it.
Regards,
Vaclav
--
PGP key: 0x465264C9, available from http://pgp.mit.edu/
|
|
From: Kevin O. <ke...@tu...> - 2004-03-30 21:19:11
|
Hi all, First a little background: I've been working on an open source application that helps people to write tutorials, "learning modules" (i.e. computer-based training) and other forms of documentation easily. It is called EClass. (It originated as a computer-based training program, thus the "class".) When users finish creating their EClass, they can distribute it on CD-ROM or publish it to web. (Or make a PDF too, actually.) For CD distribution, we currently support the ability to browse and search through EClasses through a small HTTPServer program that is put on the CD. Indexes are created at build-time using SWISH-E and we use a little Python CGI-BIN for the search page. But people don't like the fact that there's this little server window which seems to serve no purpose (except make sure they can stop running the server ;-), and people also would like to have highlighted search results. Enter Documancer. =) The underlying functions of Documancer match pretty closely with our HTTP server program, so it would mostly be a drop-in replacement. However, on Windows, we really need to be able to have the CD autorun and load the EClass in Documancer. On my end, I can write some little app that checks to see if Documancer is installed or not, and install it if not, but I need a way to be able to automatically load a book into Documancer and to check the Documancer version. Furthermore, what would be nice is if Documancer could remember CD-based books in the book manager, and when such a book was selected, it would prompt something like "Please insert the CD-ROM for book X to load this book." Here is what I suggest as a solution to these issues: 1) Have Documancer's wxConfig write a Version key upon startup. This way I can check to see if Documancer is of a high enough version to support what we're doing. 2) Either create a "mybook.book" persistent storage format for book configs, or pass in the book's "index.htm(l)" to have it added into Documancer's book manager. (I assume from there Documancer would see if an index exists, etc.) The former approach is IMHO advantageous as on Mac I could tell people to double-click the ".book" file to load it into Documancer. It also means that you could have a simple "Open File" approach to loading books - just pick the .book file and click OK to load it. (If you pick another type of file, like html, or man, it will prompt you for the necessary info.) 3) Maybe some sort of BOOK_ON_CD setting. What do you think? Would it be a problem to add these features into Documancer? Thanks, Kevin |
