Thats good. i like updates :-))
kr Daniel Weßling
<have made some tests, and it was working quite good with the small scripts <that I did test :-)
<Am going to make a new update soon...
Well, the subject says it all really, work keeps getting in the way of things, and it's not fair that i keep silent like this for weeks/months.
I'll be here untill someone volunteers to take over.
Sorry mates that it didn't work out.
On Fri, 2006-01-27 at 09:31 +1100, Tony Wyatt wrote:
Hi Christophe,
On 26/01/2006, you wrote:
I'll be here untill someone volunteers to take over.
I hope someone DOES volunteer, but I remember how hard it was to find someone last time.
Well, i could always *appoint* someone.... *grin*
Hello,
On 26/01/06, you wrote:
On Fri, 2006-01-27 at 09:31 +1100, Tony Wyatt wrote:
Hi Christophe,
On 26/01/2006, you wrote:
I'll be here untill someone volunteers to take over.
I hope someone DOES volunteer, but I remember how hard it was to find someone last time.
Well, i could always *appoint*/_ someone.... *grin*/_
As Tony answered first he gets the job. :-)
Cheers, Tim
Hello,
On 26/01/06, you wrote:
On Fri, 2006-01-27 at 09:31 +1100, Tony Wyatt wrote:
Hi Christophe,
On 26/01/2006, you wrote:
I'll be here untill someone volunteers to take over.
I hope someone DOES volunteer, but I remember how hard it was to find someone last time.
Well, i could always *appoint*/_ someone.... *grin*/_
As Tony answered first he gets the job. :-)
I have someone in mind... could try to ask him...
Cheers, Tim
Openoffice-os4 mailing list Openoffice-os4@samfundet.no https://lists.samfundet.no/mailman/listinfo/openoffice-os4
What is the current state of things? One year later and where are we... What dependancies are done, What is being worked on? The website looks like it needs some work. The forums got spammed. I like the IRC session. I hope they return on a regular schedule again.
Chris,
On 27/01/2006, you wrote:
What is the current state of things? One year later and where are we... What dependancies are done, What is being worked on? The website looks like it needs some work. The forums got spammed. I like the IRC session. I hope they return on a regular schedule again.
aspell is more or less done, libusb is done sane is being worked on (I think), the c shell has a preliminary version on the dev site (although its inaccessible due to server issues), and it looks like the upgrade to version 6 has stopped (at least there are no entries recently).
Regards
Mark
Christophe,
Well I'll do it, if no-one else wants to?
Mark
On 26/01/2006, you wrote:
Well, the subject says it all really, work keeps getting in the way of things, and it's not fair that i keep silent like this for weeks/months.
I'll be here untill someone volunteers to take over.
Sorry mates that it didn't work out.
Openoffice-os4 mailing list Openoffice-os4@samfundet.no https://lists.samfundet.no/mailman/listinfo/openoffice-os4
Regards
Christophe,
Well I'll do it, if no-one else wants to?
Hello chief
Mark
On 19/04/2006, you wrote:
Christophe,
Well I'll do it, if no-one else wants to?
Hello chief
LOL, in that case I want a roll call (ie whos still around and available to do some work), I want someone to write me a "press release", suitable for AW and A.org and Anews.de requesting assistance and highlighting that whilst we are concentrating on OS4, we have no bones about taking on board teams from AROS/Morphos, but that anything less than one of these 3 is just too slow and un-doable.
Could Juergen update us on csh please. bean could you provide an update on aspell Peter: an update on NAS hnl_dk/rwo: an update on the libusb wrapper and Sane hnl_dk I noticed earlier on the list you were talking about m4 and automake/autoconfig these two are pre-requisites, if you can verify they work it would be usefull.
Regards
Mark
Mark Bond wrote:
LOL, in that case I want a roll call (ie whos still around and available to do some work), I want someone to write me a "press release", suitable for AW and A.org and Anews.de requesting assistance and highlighting that whilst we are concentrating on OS4, we have no bones about taking on board teams from AROS/Morphos, but that anything less than one of these 3 is just too slow and un-doable.
I can still spare a few moments per week on the project. I cannot possible take any supervising role, but if someone tells me what to do I can probably spare an hour or two per week.
Regards,
Hi,
Mark Bond wrote:
LOL, in that case I want a roll call (ie whos still around and available to do some work),
I am still around, but my time is limited... but since I would really like to participate, I can spare one or two hours here and then...
hnl_dk I noticed earlier on the list you were talking about m4 and automake/autoconfig these two are pre-requisites, if you can verify they work it would be usefull.
I've been working on those in the past, actually... specifically, I started out with autoconf.. the problem is that the makefile generated by the process goes into an infinite loop (i.e. enter source directory, build source directory, come back to parent, enter source directory) etc...
I can look into this further, if you want to...
Regards,
Hans-Joerg,
On 19/04/2006, you wrote:
Mark Bond wrote:
LOL, in that case I want a roll call (ie whos still around and available to do some work), I want someone to write me a "press release", suitable for AW and A.org and Anews.de requesting assistance and highlighting that whilst we are concentrating on OS4, we have no bones about taking on board teams from AROS/Morphos, but that anything less than one of these 3 is just too slow and un-doable.
I can still spare a few moments per week on the project. I cannot possible take any supervising role, but if someone tells me what to do I can probably spare an hour or two per week.
In that case, after taking a quick look at the required external tools here:
http://tools.openoffice.org/ext_comp.html
we need neon ported, presumably for webdav client support. So could you do the honours and get it ported please ;-), please let me know if its too big a job and Im sure we can leave it for now, but webdav is probably fairly crucial.
Regards
Mark
Mark Bond wrote:
In that case, after taking a quick look at the required external tools here:
http://tools.openoffice.org/ext_comp.html
we need neon ported, presumably for webdav client support. So could you do the honours and get it ported please ;-), please let me know if its too big a job and Im sure we can leave it for now, but webdav is probably fairly crucial.
Alright, gonna have a look at it ;-)
Regards,
On 2006-04-19, you wrote:
Christophe,
Well I'll do it, if no-one else wants to?
I'm still here. (But have precious little time :( )
-Peter aka. Archprogrammer
Reality is for people who cannot face ScienceFiction. Only lefthanded people are in their right minds.
Thomas,
I've been working on those in the past, actually... specifically, I started out with autoconf.. the problem is that the makefile generated by the process goes into an infinite loop (i.e. enter source directory, build source directory, come back to parent, enter source directory) etc... I can look into this further, if you want to...
This is what I like, volunteers ;-), please make it so ;-) ie get to it ;-)
We need all the tools and build environment working first, before we can go further, some of this seems to include Java JDK.
Heres the list of external tools (and whether or not I think we have it/them, can people confirm please:
NAS: in progress by Archprogrammer Dmake: available (somewhere I believe its on the desk of one of the Friedens) expat: available on os4 depot JPeg bits: pretty sure we have these, not sure where though. NP_SDK: must await Mozilla team for this?? Sane: in progress (hnl_dk et al) Twain: header only Zlib: OS4 depot Neon: Hopefully in progress by Hans-Joerg Patch: not sure if we need this, but surely we must have it?
Other requirements as listed on the linux build page:
glibc 2.1.x or higher: gcc: available X11 dev libraries/header files: presumably for speed/portability we could use this along with Richard Drummonds native X server for this part? PAM: we dont have this, but we probably need to strip this out anyway? JDK: contact JAmiga team for progress, or port/enhance the IBM toolkit (I forget its name ) perl 5: available csh: version 5.5 available as a 68k binary, PPC binary on dev.amigaopenoffice.org but appears slightly broken, may also need later version (6)? zip and unzip: available gpc polygon clipper: ported according to Christophes last update. GTK: Only needed for crash reporter, may be worth seeing what is needed and updating/using the gtk-mui library Ant: not yet available Mozilla libraries: presumably this will come as part of the Mozilla port, and we can disable the mozilla part of the build until they are ready. perl modules: Archive::Zip - unknown XML::Parser - available Crypt::SSLeay - unknown SOAP::Lite - unknown
Regards
Mark
... expat: available on os4 depot
in the SDK
JPeg bits: pretty sure we have these, not sure where though.
in the SDK
NP_SDK: must await Mozilla team for this??
It is only needed to make a mozilla compatible OOo plugin, so it is not needed (I don't think that we need to make a plugin for mozilla).
... Zlib: OS4 depot
in the SDK
... Patch: not sure if we need this, but surely we must have it?
should be on OS4depot.net
Other requirements as listed on the linux build page:
glibc 2.1.x or higher:
our c-library (must choose if it is going to be clib2 or newlib)
... X11 dev libraries/header files: presumably for speed/portability we could use this along with Richard Drummonds native X server for this part?
I plan to do something sometime... but it is still vaporware
... JDK: contact JAmiga team for progress, or port/enhance the IBM toolkit (I forget its name )
only needed by some parts
... Regards
Mark
Openoffice-os4 mailing list Openoffice-os4@samfundet.no https://lists.samfundet.no/mailman/listinfo/openoffice-os4
Hi,
I'm still here, but could only spare an hour or so a week.
ASpell as a standalone works, but was difficult to make and configure. In the end I got it compiling ok on AOS, but was difficult to maintain a standard build procedure.
With the latest abc shell and perl (which is needed during compile time) it could probably almost compile with very little changes to the original make file. I already put a script together to construct the dictionary files.
I can have a look at it again at the weekend if you'd like?
Cheers, Paul (Bean).
Send instant messages to your online friends http://uk.messenger.yahoo.com
Paul,
I'm still here, but could only spare an hour or so a week.
An hour or two a week from several people is all good and with the caliber of some of the programmers we have available should result in some good work.
I can have a look at it again at the weekend if you'd like?
Yes please.
Mark
Hi,
Mark Bond wrote:
Dmake: available (somewhere I believe its on the desk of one of the Friedens)
I think I've uploaded it to the OO site some time ago...
X11 dev libraries/header files: presumably for speed/portability we could use this along with Richard Drummonds native X server for this part?
Are these really needed ? X headers somewhat indicate an X dependence, and that somehow couldn't work on other platforms (Windows) either, so I guess that the dependence is only really a Unix dependency...
JDK: contact JAmiga team for progress, or port/enhance the IBM toolkit (I forget its name )
Jikes ?
Regards,
Thomas,
Dmake: available (somewhere I believe its on the desk of one of the Friedens)
I think I've uploaded it to the OO site some time ago...
The only thing uploaded by you is testlib.lha and the description doesnt tally with dmake. I also seem to remember you had problems with the upload (they should be fixed now)
X11 dev libraries/header files: presumably for speed/portability we could use this along with Richard Drummonds native X server for this part?
Are these really needed ? X headers somewhat indicate an X dependence, and that somehow couldn't work on other platforms (Windows) either, so I guess that the dependence is only really a Unix dependency...
Yes, I was thinking more in terms of speed of porting really, another one of those descisions I suppose, at the end of the day, presumably we could use the X11 headers to start with, and then as a phase 2 type thing, create the Amga Native interface, opinions would be good from people here?
JDK: contact JAmiga team for progress, or port/enhance the IBM toolkit (I forget its name )
Jikes ?
Yup thats one, I think I was thinking of kaffe, but jikes would do, depends which one is more advanced and/or could be ported to work more easily.
Regards
Mark
Henning,
NP_SDK: must await Mozilla team for this??
It is only needed to make a mozilla compatible OOo plugin, so it is not needed (I don't think that we need to make a plugin for mozilla).
LOL not at the moment anyway, would be usefull later on though no?
Patch: not sure if we need this, but surely we must have it?
should be on OS4depot.net
just checked and yes it is.
... X11 dev libraries/header files: presumably for speed/portability we could use this along with Richard Drummonds native X server for this part?
I plan to do something sometime... but it is still vaporware
hmm I seem to remember you mentioning an X11 wrapper type thing some time ago....
... JDK: contact JAmiga team for progress, or port/enhance the IBM toolkit (I forget its name )
only needed by some parts
I must warn you Im a bit of a perfectionist, "some bits missing" = "not finished" to me ;-)
Mark
Dave Norris wrote:
If by "create the Amiga Native interface", you mean make ReAction GUI`s for the various parts, then I could do the bulk of that work.
Or are you after a native interface that works across all the different flavours of Amigas?
The question is, how much of the native toolkit (Reaction or whatever) does OOo use? I was under the impression that neither OOo 1 nor OOo 2 (which, I suppose, we're aiming at right now) uses the native widgets but rather only graphics primitives...?
Regards,
Dave,
On 19/04/2006, you wrote:
Hello Mark, On 19/04/2006, you wrote:
Yes, I was thinking more in terms of speed of porting really, another one of those descisions I suppose, at the end of the day, presumably we could use the X11 headers to start with, and then as a phase 2 type thing, create the Amga Native interface, opinions would be good from people here?
If by "create the Amiga Native interface", you mean make ReAction GUI`s for the various parts, then I could do the bulk of that work.
Or are you after a native interface that works across all the different flavours of Amigas?
As mentioned previously, Currently we are only concentrating on OS4, we have made efforts previously to get other flavours of Amiga OS on board, and have had no repsonse, to that end if you want to "create the Amiga Native interface" as a reaction GUI, then I appreciate the offer, and go to it, I have no idea what you will need for this in terms of resources, or pre-requisites, so it may be worth your while investigating and coming back to us with a series of tasks, and any you cant do, or need help with.
One thing to note at this point, is that I would hope to merge our fork/changes back to the official development tree at "completion" (however we define that) to at least make it seem more official and try to improve and maintain the versions.
Regards
Mark
Hans-Joerg,
On 19/04/2006, you wrote:
Dave Norris wrote:
If by "create the Amiga Native interface", you mean make ReAction GUI`s for the various parts, then I could do the bulk of that work.
Or are you after a native interface that works across all the different flavours of Amigas?
The question is, how much of the native toolkit (Reaction or whatever) does OOo use? I was under the impression that neither OOo 1 nor OOo 2 (which, I suppose, we're aiming at right now) uses the native widgets but rather only graphics primitives...?
Yes I seem to remember this being said before, hence I would like Dave to go off and investigate before doing anything ;-).
And your second point brings me to something else we discussed a while back, but probably never got stated (although I think we did decide it).
Its OpenOffice.org 2.x (and whatever subversion), we'll obviously need to settle on an exact subversion to start with and then patch/upgrade when we have a release version ready.
Regards
Mark
Hello Mark, On 19/04/2006, you wrote:
Yes, I was thinking more in terms of speed of porting really, another one of those descisions I suppose, at the end of the day, presumably we could use the X11 headers to start with, and then as a phase 2 type thing, create the Amga Native interface, opinions would be good from people here?
If by "create the Amiga Native interface", you mean make ReAction GUI`s for the various parts, then I could do the bulk of that work.
Or are you after a native interface that works across all the different flavours of Amigas?
Cheers, Dave.
Mark Bond wrote:
Hans-Joerg,
On 19/04/2006, you wrote:
Mark Bond wrote:
LOL, in that case I want a roll call (ie whos still around and available to do some work), I want someone to write me a "press release", suitable for AW and A.org and Anews.de requesting assistance and highlighting that whilst we are concentrating on OS4, we have no bones about taking on board teams from AROS/Morphos, but that anything less than one of these 3 is just too slow and un-doable.
I can still spare a few moments per week on the project. I cannot possible take any supervising role, but if someone tells me what to do I can probably spare an hour or two per week.
In that case, after taking a quick look at the required external tools here:
http://tools.openoffice.org/ext_comp.html
we need neon ported, presumably for webdav client support. So could you do the honours and get it ported please ;-), please let me know if its too big a job and Im sure we can leave it for now, but webdav is probably fairly crucial.
Webdav is actually quite a good idea to have. Both server and client support would be awesome. Server support can be acheived through Apache (either 1 or 2). DAV Client support would preferably be a filesystem handler the way it's done in Windows, not an FTP-like application as in Linux...
So does anyone here have experience in writing filesystem handlers? And a bit of time? I know my way around the Apache DAV module, but I don't have any experience hacking on the client bit...
Don't we already have some sort of HTTP filesystem handler? Extending that to support PUT and HEAD methods in addition to GET would be awesome.
Of course, this isn't OO.org related, it's just "another fancy feature" which would be nice.
Ole-Egil
Hi
Webdav is actually quite a good idea to have. Both server and client support would be awesome. Server support can be acheived through Apache (either 1 or 2). DAV Client support would preferably be a filesystem handler the way it's done in Windows, not an FTP-like application as in Linux...
So does anyone here have experience in writing filesystem handlers? And a bit of time? I know my way around the Apache DAV module, but I don't have any experience hacking on the client bit...
Don't we already have some sort of HTTP filesystem handler? Extending that to support PUT and HEAD methods in addition to GET would be awesome.
There were soneone on AmigaWorld how had developed an http handler (proparbly on os4depot), who asked if webdav support would be of interest. But i don't knwo what happened to that.
regards
Max
Hello Mark!
On 19.04.2006 you wrote:
LOL, in that case I want a roll call (ie whos still around and available to do some work),
I'm also still around. But I have only experience in writing native Amiga applications. configure scripts, abc shells and libxyz stuff are still a mysterium for me. So I don't know if I can help, but I would be glad to do so. Someone just has to tell me exactly what to do.
... There were soneone on AmigaWorld how had developed an http handler (proparbly on os4depot), who asked if webdav support would be of interest. But i don't knwo what happened to that.
http://amigaworld.net/modules/newbb/viewtopic.php?topic_id=17775&forum=3...
regards
Max
Max,
There were soneone on AmigaWorld how had developed an http handler (proparbly on os4depot), who asked if webdav support would be of interest. But i don't knwo what happened to that.
Well I was the one asking about the Webdav integration ;-)
Mark
Hi Mark,
On 19/04/2006, you wrote:
. . . I want a roll call (ie whos still around and available to do some work), I want someone to write me a "press release", suitable
Still here. My drivers for OS4 are complete and I now have more time to spend on new projects. I was hoping for an OS4 development environment to be more advanced by now (like sh, autoconfig and make) but I can make do without, I guess.
My preference would be to get back to kaffe or one of the other Java VMs like cacao or JAmiga. However, I think I am already promised to BerkeleyDB as a first project.
I await your orders.
cheers
Tony,
On 20/04/2006, you wrote:
Hi Mark,
On 19/04/2006, you wrote:
. . . I want a roll call (ie whos still around and available to do some work), I want someone to write me a "press release", suitable
Still here. My drivers for OS4 are complete and I now have more time to spend on new projects. I was hoping for an OS4 development environment to be more advanced by now (like sh, autoconfig and make) but I can make do without, I guess.
My preference would be to get back to kaffe or one of the other Java VMs like cacao or JAmiga. However, I think I am already promised to BerkeleyDB as a first project.
Not sure if Berkley DB is needed in OO.org 2.0 as it wasnt mentioned in the external programs etc, I think OO.org 2.0 uses a Java DB of some sort.
Could you investigate the OO.org Java requirements, and then take a look at the state of JAmiga (speak to the devs if necessary), if its not far enough advanced, nor likely to be soon, please take a look at Kaffe/cacao/Jikes/etc and make an evaluation as to the best solution for our needs and report back, we can then decide what to do.
Regards
Mark
Hi Mark,
On 20/04/2006, you wrote:
[...]
My preference would be to get back to kaffe or one of the other Java VMs like cacao or JAmiga. However, I think I am already promised to BerkeleyDB as a first project.
Not sure if Berkley DB is needed in OO.org 2.0 as it wasnt mentioned in the external programs etc, I think OO.org 2.0 uses a Java DB of some sort.
I wondered where it went.
Could you investigate the OO.org Java requirements, and then take a look at the state of JAmiga (speak to the devs if necessary), if its not far enough advanced, nor likely to be soon, please take a look at Kaffe/cacao/Jikes/etc and make an evaluation as to the best solution for our needs and report back, we can then decide what to do.
OK, will do.
cheers
Hi Mark,
On 20/04/2006, you wrote:
[...]
My preference would be to get back to kaffe or one of the other Java VMs like cacao or JAmiga. However, I think I am already promised to BerkeleyDB as a first project.
Not sure if Berkley DB is needed in OO.org 2.0 as it wasnt mentioned in the external programs etc, I think OO.org 2.0 uses a Java DB of some sort.
I wondered where it went.
Yes, it is one of the things that have been replaced by a Java application...
Could you investigate the OO.org Java requirements, and then take a look at the state of JAmiga (speak to the devs if necessary), if its not far enough advanced, nor likely to be soon, please take a look at Kaffe/cacao/Jikes/etc and make an evaluation as to the best solution for our needs and report back, we can then decide what to do.
OK, will do.
Don't want to stop anyone, but maybe... as there "is" already JAmiga... why not try to get gcj to work?
cheers
Openoffice-os4 mailing list Openoffice-os4@samfundet.no https://lists.samfundet.no/mailman/listinfo/openoffice-os4
Hi,
Henning Nielsen Lund wrote:
Don't want to stop anyone, but maybe... as there "is" already JAmiga... why not try to get gcj to work?
gcj itself compiles out of the box. libgcj needs to be ported. Doesn't look too threatening at first glance, so it might be worth a try...
Regards,
Henning,
Yes, it is one of the things that have been replaced by a Java application...
Could you investigate the OO.org Java requirements, and then take a look at the state of JAmiga (speak to the devs if necessary), if its not far enough advanced, nor likely to be soon, please take a look at Kaffe/cacao/Jikes/etc and make an evaluation as to the best solution for our needs and report back, we can then decide what to do.
OK, will do.
Don't want to stop anyone, but maybe... as there "is" already JAmiga... why not try to get gcj to work?
I think that was the point of my request no? basically he needs to go and find out exactly what OO.org's Java requirements are, if JAmiga can meet those requirements, job done, otherwise find the best solution that will take the least amount of time to port/bring up to scratch.
As I understand it we currently have some (68k) based Java compilers and from Thomas' message we could have a PPC one, and maybe a library fairly easily (gcj based), however I dont know if its that simple, do we need the GUI classes, do we need the JVM etc?
So Tony gets to investigate first, report back, then we decide the best next step Java wise.
Worst case scenario is we need to port a full Java SDK/JVM etc
Mark
Henning,
Yes, it is one of the things that have been replaced by a Java application...
Could you investigate the OO.org Java requirements, and then take a look at the state of JAmiga (speak to the devs if necessary), if its not far enough advanced, nor likely to be soon, please take a look at Kaffe/cacao/Jikes/etc and make an evaluation as to the best solution for our needs and report back, we can then decide what to do.
OK, will do.
Don't want to stop anyone, but maybe... as there "is" already JAmiga... why not try to get gcj to work?
I think that was the point of my request no? basically he needs to go and find out exactly what OO.org's Java requirements are, if JAmiga can meet those requirements, job done, otherwise find the best solution that will take the least amount of time to port/bring up to scratch.
yes, it was just a surgestion, that the Java Compiler could be usefull instead of an JVM (should also be faster, if I am not totally wrong).
As I understand it we currently have some (68k) based Java compilers and from Thomas' message we could have a PPC one, and maybe a library fairly easily (gcj based), however I dont know if its that simple, do we need the GUI classes, do we need the JVM etc?
IIRC libjava uses the same classes library that JAmiga, Kaffe and almost all other opensource JVMs use... GNU Classpath. I guess if someting is needed in the Classpath port that JAmiga is using, would they not mind to get some help (but I don't know).
if things get compiled using gcj, would it not need a JVM.
and yes, gcj is not the big problem by itself (as the work is done by ADTools).
So Tony gets to investigate first, report back, then we decide the best next step Java wise.
fine with me... it was just an idea, to get the java compiler working
Worst case scenario is we need to port a full Java SDK/JVM etc
Mark
Henning,
fine with me... it was just an idea, to get the java compiler working
Yes I agree, I think the first step is to find which one is the best to focus our efforts on though, then we can decide whether to help JAmiga along or port Kaffe/GCJ etc and put our efforts towards it. By best I mean the one that is going to be easiest and quickest to get ready for our needs, as yet I dont believe we know what those needs are, so Tony is off to find out.
Regards
Mark
Dave,
If by "create the Amiga Native interface", you mean make ReAction GUI`s for the various parts, then I could do the bulk of that work.
Or are you after a native interface that works across all the different flavours of Amigas?
Well once Henning and co do the sane port, we will need a native GUI for that, as from what little I can remember of using OO.org and scanning it currently (in the Unix flavours) calls the Xsane interface, obviously once Sane is ported we will then need an Xsane interface (be it a port or a new Reaction based GUI) for people to select their scanning options.
So there is at least one fully native bit of GUI work to be done, even if OO.org uses its own system with the widgets as discussed by Thomas.
Regards
Mark
Dave,
If by "create the Amiga Native interface", you mean make ReAction GUI`s for the various parts, then I could do the bulk of that work.
Or are you after a native interface that works across all the different flavours of Amigas?
Well once Henning and co do the sane port, we will need a native GUI for that, as from what little I can remember of using OO.org and scanning it currently (in the Unix flavours) calls the Xsane interface, obviously once Sane is ported we will then need an Xsane interface (be it a port or a new Reaction based GUI) for people to select their scanning options.
OOo uses its own GUI for almost everything IIRC... that one is on all *nixes based on libX11... to test libsane we could use a commandline interface, the network deamon or another frontend that I have in mind...
So there is at least one fully native bit of GUI work to be done, even if OO.org uses its own system with the widgets as discussed by Thomas.
OOo uses its own, make that working, and everything should work
Regards
Mark
LOL, in that case I want a roll call (ie whos still around and available to do some work),
I am still around and I am ready to do some work, but I am afraid it is to early for some icons. ;-)
Anyway, some toolbar images for OOo are allready done:
http://www.masonicons.info/aiss/part1.html http://www.masonicons.info/aiss/part2.html
Martin "Mason" Merz www.masonicons.de
I've seen things you people wouldn't believe...
LOL, in that case I want a roll call (ie whos still around and available to do some work),
I am still around and I am ready to do some work, but I am afraid it is to early for some icons. ;-)
Anyway, some toolbar images for OOo are allready done:
http://www.masonicons.info/aiss/part1.html http://www.masonicons.info/aiss/part2.html
what size are these images? they seem to be too large in my opinion. think about having them in a toolbar (or several toolbars under each other) on top of a document...
byebye...
Hi Michael,
what size are these images?
They have a size of 24 x 24 pixels.
they seem to be too large in my opinion. think about having them in a toolbar (or several toolbars under each other) on top of a document...
AFAIK OOo use the same size for toolbar images.
The images of the AISS preview page have added a little border and a shaddow to make them look better on the white background ;-)
Martin "Mason" Merz www.masonicons.de
I've seen things you people wouldn't believe...
Martin,
I am still around and I am ready to do some work, but I am afraid it is to early for some icons. ;-)
Anyway, some toolbar images for OOo are allready done:
http://www.masonicons.info/aiss/part1.html http://www.masonicons.info/aiss/part2.html
Yes tis a bit early, however its good to know you're available later on.
Mark
LOL, in that case I want a roll call (ie whos still around and available to do some work),
Well I'm still around and on my todo list is libsane, together with Henning.
I'm playing around with another port at the moment, not sure when I'll get back to the OOo project.
Regards Rene W. Olsen
-
Alexander Weber -
Chris Fraser -
Daniel Weßling -
Dave Norris -
Hans-Joerg Frieden -
Henning Nielsen Lund -
Mark Bond -
Martin Merz -
Max Larsson -
Michael Merkel -
Ochal Christophe -
Ole-Egil Hvitmyren -
Paul Heams -
Peter Bengtsson -
Rene W. Olsen -
Thomas Frieden -
Timothy Cameron -
Tony Wyatt