Re: Feature Request
Very nice of you to offer to help, let's see... > Talk to Alan Horkan about prettying up the icons for the shapes he's > making. That's the only graphics stuff I can think of right now. The only existing icons i have made any effort to make as pretty as the ones i added (my Assorted Sheet) are the MSE icons and i did a half assed job of adding transparency to them. While i am relectant to suggest anyone besides me try to do this (i am ridiculously meticulous and spent the last 2 hours drawing icons pixel by pixel) but you might consider adding transparency to just about every icon in Dia and making the grey lines into clear black lines. But time would be far better spent by a programmer making the exporter a little smarter about PNG files and transparency, or geting the Dia exporter to export to all of the raster formats supported by the Gimp or something else. If you have any coding ability at all there are lots of little things i could suggest. If you would rather make shapes and mess about with XML like i am doing there are plenty of time consuming and or exceedingly tedious things i could suggest. You might also consider going through just about every shape file in Dia and making sure that the colours are set to none background foreground There is a problem in Dia, some of the shapes created do not allow the user to override their colours, but again a bit of programming would be a far better way to spend your time. Tell me more about what you are intersted in and what skills you have and i will try and suggest less pedantic stuff that i was probably going to do myself anyway. You mentioned you knew about Databases so perhaps you would play around with TediaSql. I would love to see a simple plugin for Dia that basically gave a graphical frontend to a glorified version of exec() so that users like me could make use of some of the excellent add on scripts in an easy click and drool way. Graphics, oh yeah, i think there was some talk of having some really nice examples to ship with Dia or put on the website. If graphics are your thing that would probably be a really good thing to do. Ideas, i got lots of them. Bugzilla is full of things you might be able to tackle. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
compiling dia 0.9
Dear all,
First of all, please excuse me for using a html (web based) email. No other
choice for now...
Now the problem. Trying to compile dia 0.9 I get the message that libunicode
not found. Still, the library was installed successfully.
The system that I am using is a HP Vectra VE, Pentium/200, running RedHat
6.2 with kernel 2.2.20.
Further, you will find messages given at configure time:
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking build system type... i586-pc-linux-gnu
checking host system type... i586-pc-linux-gnu
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking command to parse /usr/bin/nm -B output... ok
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking whether -lc should be explicitly linked in... no
creating libtool
checking whether build environment is sane... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking whether make sets ${MAKE}... (cached) yes
checking for strerror in -lcposix... no
checking for intltool >= 0.12... 0.21 found
checking for perl... /usr/bin/perl
checking for gtk-config... /usr/bin/gtk-config
checking for GTK - version >= 1.2.0... yes
checking whether to enable XIM support... yes
checking whether GNOME specific code should be used... no
checking for nl_langinfo and CODESET... yes
checking for iconv... yes
checking for libunicode... not found
checking for poptSetOtherOptionHelp in -lpopt... yes
checking popt.h usability... yes
checking popt.h presence... yes
checking for popt.h... yes
checking for libart-config... /usr/local/bin/libart-config
checking for LIBART - version >= 2.1.0... yes
checking for gdk-pixbuf-config... /usr/bin/gdk-pixbuf-config
checking for GDK_PIXBUF - version >= 0.7.0... yes
checking png.h usability... yes
checking png.h presence... yes
checking for png.h... yes
checking for png_read_info in -lpng... yes
checking for png_structp in png.h... yes
checking for ranlib... (cached) ranlib
checking for gcc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking for off_t... yes
checking for size_t... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking whether we are using the GNU C Library 2.1 or newer... yes
checking argz.h usability... yes
checking argz.h presence... yes
checking for argz.h... yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking nl_types.h usability... yes
checking nl_types.h presence... yes
checking for nl_types.h... yes
checking malloc.h usability...
Re: compiling dia 0.9
On Wed, 30 Oct 2002, Valentin FRUNZA wrote: > Dear all, > > > First of all, please excuse me for using a html (web based) email. No > other choice for now... > > Now the problem. Trying to compile dia 0.9 I get the message that > libunicode not found. Still, the library was installed successfully. > The system that I am using is a HP Vectra VE, Pentium/200, running > RedHat 6.2 with kernel 2.2.20. Are you using the libunicode 0.7 from sourceforge.net? It's the wrong one, see http://bugzilla.gnome.org/show_bug.cgi?id=84520. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
Re: compiling dia 0.9
On Wed, 30 Oct 2002, Valentin FRUNZA wrote: > Date: Wed, 30 Oct 2002 12:44:42 + > From: Valentin FRUNZA <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: compiling dia 0.9 > > Dear all, > > > First of all, please excuse me for using a html (web based) email. No other > choice for now... It seems that if you dont use any additional formatting that it gets sent as plaintext. Very polite of you to apoligise in advance though. I haven't a clue how to help solve your problem, sorry. Later Alan ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
Noob testing on Win32....
> > Hu. > > I'm afraid I use Gentoo (Not Debian) and I don't use X. > you dont need x to help test compile, that is the great thing. > It could even be automated. Except I'm going to be missing stacks of libs no? > Ahh, can you try installing the debian source packages under gentoo? > there must be way to convert, I will look into that. Havn't a clue. I think their quite different, Gentoo uses BSD style ports called ebuilds rather than packages. Maybe I can install the debian package manager but everything is probbaly going to be in the wrong places. Gentoo is conforms to FSH 1.1 but not your standard RedHat SystemV stuff. > I will look if there > > I also don't > > have > > the time to get into cygwin in the depth I suspect I would need too > > :( > > Sorry. Is there any straight up Win32 testing I can help with? > Maybe you can alien out the exes and libs for testing? Maybe if I knew what alien was. it looks like some sort of packaging tool. > yes, you can get the debs, and somehow extract the files or wait and > someone who has debian can extract and publish them. > > that would be a great test. Mike garnsey has reported that he can even > replace the DLLs of the libxml that he as built under debian > with the installed DIA under windows and it works. EH? Are you saying that you can take the debian binarys and use them as Win32 Dlls?!?!? That would be cool.. > This would even be a great test, I will have to think about it, > but we could install the libs + headers of the ports that hans and tor > have been working on, and then use them to fake the environment of each > debian package individually. That would make it possible to port all of > the packages at the same time. Kinda like resolving the problem in > parallel. > > What do you think? I'm not 100% on what your going on about but in theory I'm in. If all else fails I can set up annother Gentoo machine just for this (I think we have one around) but we are wandering into parts of Linux I've only dabbled in. I was trained as a C coder many moons ago on a BSD system and I'm a NT/Win2k MCSE. My Unix admin skills are purely from my spare time goofing off. I recon I can put a few hours a week into a bit of Dia testing but you may have to give me links and help on the tools I've not used before (Like alien). In all it sounds like fun. Let me know. Nick ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
Re: Problems resizing
On Tue, 29 Oct 2002 21:06:31 -0800 (PST), Curt Crandall <[EMAIL PROTECTED]> wrote: > the buttons on the bottom of most dialog boxes has > close first, followed by apply and then ok. Since I'm > used to the order being ok, apply and close, this has > been a source of some frustration. Placing "OK" in the lower right corner conforms to the Gnome Human Interface Guidelines. http://developer.gnome.org/projects/gup/hig/1.0/windows.html#instant-apply --jkl ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
Re: Noob testing on Win32....
On Wed, 30 Oct 2002, Nick Fisher wrote: > Date: Wed, 30 Oct 2002 16:32:21 -0500 > From: Nick Fisher <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: Noob testing on Win32 > > > > Hu. > > > I'm afraid I use Gentoo (Not Debian) and I don't use X. > > you dont need x to help test compile, that is the great thing. > > It could even be automated. > Except I'm going to be missing stacks of libs no? Probably > > Ahh, can you try installing the debian source packages under gentoo? > > there must be way to convert, I will look into that. > Havn't a clue. I think their quite different, Gentoo uses BSD style ports > called ebuilds rather than packages. Maybe I can install the debian i thought it was called 'portage' but anyway > package manager but everything is probbaly going to be in the wrong > places. Gentoo is conforms to FSH 1.1 but not your standard RedHat SystemV > stuff. If you could find where it breaks and help to figure out what changes would be need to be made to the makefiles to get it to compile on Gentoo. > > > Sorry. Is there any straight up Win32 testing I can help with? > > Maybe you can alien out the exes and libs for testing? Alien is a program for converting between package formats (and as such extracting binaries from non native packages). Google for Alien and RPM or package should turn up something, the homepage for Alien might be on sourceforge but i forget and i dont have time to check right now. I empathise with your situation. Providing binaries makes testing easier for everyone, i almost never compile anything. Other projects keep the version in CVS so that it can always be easily built and some have regular automated builds every day. It is all about lowering the barrier to entry and making it as easy as possible for those who are willing to help to get involved. It is hard to convince developers that the work required to build infrastructure and community is worth it in the longer run, and frankly it is not as interesting work. Release early release often. I really have no choice but to practice what i preach and get off my ass and start compiling Dia myself. > I was trained as a C coder many moons ago on a BSD system and I'm a > NT/Win2k MCSE. My Unix admin skills are purely from my spare time goofing getting Dia to compile cleaning on various platforms would be very useful work. if you are looking for suggestions perhaps you might grab 'valgrind' (similar in function to Rational Purify) and hunt down memory leaks. > off. I recon I can put a few hours a week into a bit of Dia testing but > you may have to give me links and help on the tools I've not used before ill provide links tomorrow if you want, but not now 28k dialup sucks rocks. > (Like alien). In all it sounds like fun. Let me know. I am always happy to pass on my limited knowledge and welcome anyone who is willing to help. Later Alan ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
Re: Noob testing on Win32....
--- Nick Fisher <[EMAIL PROTECTED]> wrote: > > > that would be a great test. Mike garnsey has > > reported that he can even replace the DLLs > > of the libxml that he as built under debian > > with the installed DIA under windows and it > > works. > EH? Are you saying that you can take the debian > binarys and use them as > Win32 Dlls?!?!? That would be cool.. > Nope, I used the mingw32 cross-compile tools on my debian box to build the win32 DLL for libxml... cheers, Mike G. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
Re: Noob testing on Win32....
> > > > Hu. > > > > I'm afraid I use Gentoo (Not Debian) and I don't use X. > > > you dont need x to help test compile, that is the great thing. > > > It could even be automated. > > Except I'm going to be missing stacks of libs no? > Probably I smell an upcomming 'new' gentoo machine with X and Gnome One advantage to this down turn in the ecomomy is that I now have serveral 'spare' desktop machines! > > > Ahh, can you try installing the debian source packages under > gentoo? > > > there must be way to convert, I will look into that. > > Havn't a clue. I think their quite different, Gentoo uses BSD style > ports > > called ebuilds rather than packages. Maybe I can install the debian > i thought it was called 'portage' but anyway The system is called Portage but the 'packages' are called ebuilds. ebuilds are bash (I think) scripts that use the commands provided by Portage and are generally run using Portage command 'emerge'. > > package manager but everything is probbaly going to be in the wrong > > places. Gentoo is conforms to FSH 1.1 but not your standard RedHat > SystemV > > stuff. > If you could find where it breaks and help to figure out what changes > would be need to be made to the makefiles to get it to compile on > Gentoo. I've always wanted to figure out the details of writing ebuilds on Gentoo but I was going to try and start with some thing simpler... > > > > Sorry. Is there any straight up Win32 testing I can help with? > > > Maybe you can alien out the exes and libs for testing? > Alien is a program for converting between package formats (and as such > extracting binaries from non native packages). Ahhh. > Google for Alien and > RPM > or package should turn up something, the homepage for Alien might be on > sourceforge but i forget and i dont have time to check right now. I did that that's how I knew sorta what it is. I have since found the home page (The RPM in the search did the trick) http://www.kitenet.net/programs/alien/ > I empathise with your situation. > > Providing binaries makes testing easier for everyone, i almost never > compile anything. I use Gentoo and hence compile everything. I don't suppose it makes that much difference but it gives me warm fuzzy feelings knowing all my binarys are optimised for my arch. > Other projects keep the version in CVS so that > it can always be easily built and some have regular automated > builds every day. It is all about lowering the barrier to entry > and making it as easy as possible for those who are willing to help > to get involved. It is hard to convince developers that the work > required > to build infrastructure and community is worth it in the longer run, > and > frankly it is not as interesting work. Sorta like documentation ;) > > I was trained as a C coder many moons ago on a BSD system and I'm a > > NT/Win2k MCSE. My Unix admin skills are purely from my spare time > goofing > getting Dia to compile cleaning on various platforms would be very > useful > work. Just to make this clear I'm not stepping forward for Win32 compile testing. Generally I only script on Win32 with the odd dose of VB when it can't be helped. Maybe further down the road > if you are looking for suggestions perhaps you might grab 'valgrind' > (similar in function to Rational Purify) and hunt down memory leaks. > > > off. I recon I can put a few hours a week into a bit of Dia testing > but > > you may have to give me links and help on the tools I've not used > before > > ill provide links tomorrow if you want, but not now 28k dialup sucks > rocks. 28k... oh dear. May I suggest some thing faster? Perhaps something based on RFC1149 (http://www.ietf.org/rfc/rfc1149.txt)? :) Nick ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
Re: Noob testing on Win32....
> > > that would be a great test. Mike garnsey has > > > reported that he can even replace the DLLs > > > of the libxml that he as built under debian > > > with the installed DIA under windows and it > > > works. > > EH? Are you saying that you can take the debian > > binarys and use them as > > Win32 Dlls?!?!? That would be cool.. > > > Nope, I used the mingw32 cross-compile tools > on my debian box to build the win32 DLL for > libxml... Phew that makes MUCH more sence. I will have to go look those up. Nick ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
