On Thu, Nov 15, 2001, Robert O'Connor wrote:
> Did some minor things too:
This is your "baby", so you can commit whatever changes you think are
necessary ;-) I will probably make a few suggestions here and there
(and make sure that it continues to work on Linux), but right now I
should concentra
> It crash if the exclusionlist.txt file is empty.
You are right. Nice catch! Will have to certainly error catch here.
Perhaps ask them where the exclusion list is would probably be ideal,
or if would just like a new one.
Best wishes,
Robert
Hi Michael,
> Added. Please try it out to make sure that it still works OK on Windows.
All looks good!
I did need to modify basename() [function doesn't seem to exist in the gcc
cygnus] to the wx equivalent path splitting function to get the doc_names to
load properly (-u diff is below).
Did so
On Tue, Nov 13, 2001, Robert O'Connor wrote:
> Please feel free to add these to cvs whenever you so wish.
Added. Please try it out to make sure that it still works OK on Windows.
BTW, it might be a good idea to change the get_configuration_extension()
to instead return the *filename* for the co
> > I did an implementation of sections, but there is probably
> better ways of
> > doing it.
>
> The changes you did cover most of the stuff I had done to support
> sections, so that is more or less OK also on Linux.
>
> I had to make some minor adjustments, though (see diff below).
All good stu
On Tue, Nov 13, 2001, Michael Nordström wrote:
> When I was about to create a screenshot of the exclusion list it
> crashed.
It crash if the exclusionlist.txt file is empty. Seems like the
wxString type can't handle NULL assignments.
A check to see if the file is empty before traversing it sho
On Tue, Nov 13, 2001, Michael Nordström wrote:
> --- configuration.cpp 12 Nov 2001 18:22:20 - 1.1.2.4
> +++ configuration.cpp 13 Nov 2001 18:03:06 -
>
> +#ifdef __WXGTK__
> +string = "plucker" + get_configuration_extension();
> +the_configuration = new wxFileConfig( s
On Mon, Nov 12, 2001, Robert O'Connor wrote:
> I did an implementation of sections, but there is probably better ways of
> doing it.
The changes you did cover most of the stuff I had done to support
sections, so that is more or less OK also on Linux.
I had to make some minor adjustments, though
> I will take a look at your latest changes before I create a diff.
> Maybe you can add the blocked_dialog files to CVS, too ;-)
Doh! Thanks for catching this.
Added straight away.
> > Just for curiosity, would it be possible to post a screenshot
> of what your
> > copy looks like on your compu
On Mon, Nov 12, 2001, Robert O'Connor wrote:
> Yes please. By all means.
> I did an implementation of sections, but there is probably better ways of
> doing it.
I will take a look at your latest changes before I create a diff.
Maybe you can add the blocked_dialog files to CVS, too ;-)
> Just fo
> > Sections would definately be an easier way to deal with
> configurations (for
> > not the least of which, it would absolve of having to keep switching and
> > creating/destroying config objects).
>
> I can send you a diff with the changes I had to do to make it work
> with sections instead of
On Sun, Nov 11, 2001, Robert O'Connor wrote:
> Sections would definately be an easier way to deal with configurations (for
> not the least of which, it would absolve of having to keep switching and
> creating/destroying config objects).
I can send you a diff with the changes I had to do to make
> Then I can run "plucker-build -s dilbert" to create a Plucker document
> and on Sunday (when the comics strip is too large for the default
> format) I run "plucker-build -s dilbert -s sunday" to get a Plucker
> document with less bit depth but with a better scale factor for the
> larger image.
On Sun, Nov 11, 2001, Robert O'Connor wrote:
> Glad to hear that could compile okay!
I have fixed a couple of bugs in the latest changes to the source code
that prevented it from compiling on Linux (and also on Mac if someone
has tried that.)
I also added a makefile for Linux/Unix.
/Mike
> > What would you recommend for these and also alt_width and alt_height?
>
> > What is a good value for this from efficient compression/time
> point of view?
>
> 999 and , respectively?
>
> That is, "unlimited" ;-)
Done. The current version of the channel dialog has a choice of 3
radiobutton
On Sun, Nov 11, 2001, Robert O'Connor wrote:
> What would you recommend for these and also alt_width and alt_height?
> What is a good value for this from efficient compression/time point of view?
999 and , respectively?
That is, "unlimited" ;-)
Most "normal" users will use the default val
On Sun, Nov 11, 2001, Robert O'Connor wrote:
> Is there separate home.html's?
You can specify any html file as your "home.html" file by using the
home_url key in the section. If no home_url is given the default is
to use home.html in PLUCKERDIR.
> How are the sections identified in the ~/.pluck
> Some more comments (some of them points out items that would need to
> be changed for the Unix and Linux platforms),
>
> - it's unnecessary to include an option to turn on/off the compression,
> since it doesn't make sense to not use at least DOC compression (if
> the compressed data will be
Hi Michael,
Glad to hear that could compile okay!
Just to follow up on yesterday, worked on the two things you mentioned:
The app icon is fixed (also now a green pacifier instead of the mondrian).
Gets a proper extension name for config file, depending on os.
> One major difference in Plucker's
On Wed, Nov 07, 2001, Robert O'Connor wrote:
> This is a Windows32 binary compile. Linux and Mac haven't been compiled yet,
> but should only need minor if any improvements to the codebase.
Some more comments (some of them points out items that would need to
be changed for the Unix and Linux plat
On Wed, Nov 07, 2001, Robert O'Connor wrote:
> This is a Windows32 binary compile. Linux and Mac haven't been compiled yet,
> but should only need minor if any improvements to the codebase.
One major difference in Plucker's behavior on Linux and Windows is
that on Linux you have *one* config file
On Thu, Nov 08, 2001, Robert O'Connor wrote:
> Source code is included in the zip, and is also CVS.
Some nitpicking about the code in CVS. Binaries don't belong in CVS,
so the cygwin1.dll and plkrdesk.exe files should be removed before
this branch is merged with the main trunk.
/Mike
On Thu, Nov 08, 2001, Michael Nordström wrote:
> The only bug I had to fix to make it compile was to change "mondrian_xpm"
> to "appicon_xpm" in icons/appicon.xpm. After fixing that it compiled on
> Linux.
I also had to change the name of the configuration file from "plucker"
to "pluckerrc" (conf
On Wed, Nov 07, 2001, Robert O'Connor wrote:
> The Plucker Desktop can now be taken for an initial tour.
Cool!
The only bug I had to fix to make it compile was to change "mondrian_xpm"
to "appicon_xpm" in icons/appicon.xpm. After fixing that it compiled on
Linux.
/Mike
> but where abouts is the
> source? I'm quite happy to try to compile it myself.
Hi MJ,
Source code is included in the zip, and is also CVS.
Compilation is with wxWindows 2.3.1 (since that is one with XML resource
support included).
The toolkit/headers are available for download at www.wxwindo
> The Plucker Desktop can now be taken for an initial tour. Can download the
> zip and run it.
> This is a Windows32 binary compile. [...]
So I can't run it. Sorry if I'm being dense, but where abouts is the
source? I'm quite happy to try to compile it myself.
--
MJR
"Robert" == Robert O'Connor <[EMAIL PROTECTED]> writes:
Robert> The Plucker Desktop can now be taken for an initial tour. Can download the
Robert> zip and run it.
Robert> Comments (good or bad) are welcomed.
Looks nice :-) i guess if this are released many people are able to
switch to plucker f
27 matches
Mail list logo