RE: Dia on Windows doesn't print or export correctly
To James: I don't think so because I'm not only printing but exporting i.e. to eps. When I open the eps with ghostscript+gsview, the page has been cut. To Cyrille: I knew the WMF effect, when you generate such a file and insert it into Word, you clearly see how the diagram has been cut. More curious, you can scale the WMF inside Word (without quality loss because is a vectorial format - I guess) and print it out - correctly! Anyway, as I imagined, this problem doesn't occur in Linux, does it? Thanks again! Miguel -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Cyrille Chepelov Enviado el: jueves, 10 de junio de 2004 8:49 Para: discussions about usage and development of dia Asunto: Re: Dia on Windows doesn't print or export correctly Le Thu, Jun 10, 2004, Ã 01:02:55AM -0400, James K. Lowden a écrit: > On 09 Jun 2004, Miguel Angel García Schopohl <[EMAIL PROTECTED]> wrote: > > > > The problem I have occurs with Dia 0.92.2 on Windows XP. When I try to > > print or export a multi-page diagram (regardless of the export format, > > I've tried eps and wmf), Dia doesn't scale properly every page, it > > prints it a little bit bigger, and as a result the bottom and the right > > side of the diagram on every page are "swallowed". > > Could it have something to do with A4 and letter size paper? Like, Dia is > sending A4 images to a printer with 8 1/2 x 11 inch paper in it? Or it could be related to the fact that when dia(win32) exports to WMF, the WMF's boundary box is always off by a little. This WMF, for instance, has been exported by .92.2; it's a simple rectangle. Import both files into MS Word, and next try to select the pictures -- things should be pretty obvious. Maybe this has been fixed with .93, I haven't upgraded my office box yet. (note that the PNG also has a little boundary box problem). -- Cyrille -- ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
(no subject)
ok now it's good thanks ! For the traduction, how does it work exactly please ? :) -- Alex ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Save an attribute of a drop-down list item
When you save a Diagram with format .Dia uncompressed, the value of a item of an drop-down list is saved as an integer. This is an example: Is that possible to save the value of the attribute instead of the value of the index ? I would like to have a thing of this kind: #Normal step# -- Alex ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Re: [translations]
Le Thu, Jun 10, 2004, Ã 11:09:01AM +0200, [EMAIL PROTECTED] a écrit: > ok now it's good thanks ! excellent! > For the traduction, how does it work exactly please ? :) In the C files, use the _() and N_() macros as appropriate. For sheets, write any new sheet as a .sheet.in, and spray underscores as appropriate (compare an existing .sheet.in and the generated .sheet file to see the difference). Add the files to the Makefile.am, and ./autogen.sh. Then, "make". Finally, edit po/fr.po using a po file editor (there's a po-mode for EMACS, and there are others). Definitely read the fine gettext manual and the specific po editor's manual before you start anything :-) -- Cyrille -- ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Re: Save an attribute of a drop-down list item
Le Thu, Jun 10, 2004, Ã 11:23:10AM +0200, [EMAIL PROTECTED] a écrit:
> When you save a Diagram with format .Dia uncompressed,
> the value of a item of an drop-down list is saved as an integer.
> This is an example:
>
>
>
>
>
> Is that possible to save the value of the attribute instead of the value of the
> index ?
>
> I would like to have a thing of this kind:
>
>
>#Normal step#
>
you can't have that. "Normal step" would typically be specified as a
translatable constant string (N_("Normal step")), which means that in
your locale, you'd actually save "Etape normale", and nobody but people
using a subset of LC_ALL=fr would be able to reload your diagram.
It should be possible to have dia save:
Etape
normale
with the dia:enumlabel being a strictly optional element we'd strongly
discourage the use (just as a little help for quick and dirty scripts);
I don't know whether it's really worth it
(the space cost for compressed dia files would be negligible anyway).
There's another way to describe this effect: as it is right now, StdProp
strictly depends on the Standard C int-to-enum and enum-to-int implicit cast
behaviour to operate correctly.
This means in particular that re-ordering the values of a saved enum is
a definitive no-no (unless you explicitly define the enum constants)
It should be possible to have dia save:
Etape
normale
with the dia:enumlabel being a strictly optional element we'd strongly
discourage the use (just as a little help for quick and dirty scripts);
I don't know whether it's really worth it (the space cost for compressed
dia files would be negligible anyway).
-- Cyrille
--
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://www.gnome.org/projects/dia/faq.html
Main page at http://www.gnome.org/projects/dia
Re: Save an attribute of a drop-down list item
On Thu, 2004-06-10 at 13:44, Cyrille Chepelov wrote:
> Le Thu, Jun 10, 2004, Ã 11:23:10AM +0200, [EMAIL PROTECTED] a écrit:
> > When you save a Diagram with format .Dia uncompressed,
> > the value of a item of an drop-down list is saved as an integer.
> > This is an example:
> >
> >
> >
> >
> >
> > Is that possible to save the value of the attribute instead of the value of the
> > index ?
> >
> > I would like to have a thing of this kind:
> >
> >
> >#Normal step#
> >
>
> you can't have that. "Normal step" would typically be specified as a
> translatable constant string (N_("Normal step")), which means that in
> your locale, you'd actually save "Etape normale", and nobody but people
> using a subset of LC_ALL=fr would be able to reload your diagram.
Couldn't we temporarily set LC_ALL=C while reading and writing these, so
it always uses the English version? We do similar things for the
decimal points.
-Lars
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://www.gnome.org/projects/dia/faq.html
Main page at http://www.gnome.org/projects/dia
Re: Non-GUI mode: "assertion `GDK_IS_SCREEN (screen)' failed" in 0.93?
At 09:46 09.06.04, W. Borgert wrote: On Wed, Jun 09, 2004 at 12:46:31AM +0200, Colin Marquardt wrote: > I am running "Dia version 0.93, compiled 18:44:44 Jun 8 2004" on I'm using either Dia version 0.93, compiled 01:21:56 May 27 2004 (official package) or Dia version 0.93+cvs, compiled 07:06:55 Jun 9 2004 (self-compiled) on Debian GNU/Linux (sid). > When trying to convert from the command line (in order to use the > --size switch eventually), I get: > > $ dia --export-to-format=png ToplevelStateMachine.dia The following works for me with version 0.93: dia --export=UML-demo.png --size=100x100 --nosplash UML-demo.dia Unfortunately, this does not work with the CVS version anymore. Looking to the ChangeLog (e.g. search for --size) may help, I'd even say this is what the ChangeLog is all about :) 2004-05-31 Hans Breuer <[EMAIL PROTECTED]> * app/app_procs.c : reduce the hack to pass --size to the export via user_data to the only filter supporting it. Other filters would crash on it or do worse ;( it appears as if I should have tested my change - but failed that due to current lack of popt support on windoze. Anyway, with some other change done on HEAD the usual command line won't be enough, cause there are more than one filter capable to export to png. To explicit get the _one_ png filter supporting the --size hack (libart based) you need to select it explicit, probably with something along the line of : dia --export=UML-demo.png --filter=png-libart --size=100x100 --nosplash UML-demo.dia But looking at the code : sorry it won't as the --filter switch to select the exact filter isn't supported yet :) So the only way for currnt HEAD would be to de-select all filter claiming to support png but you don't like to use ... It says: ** (dia-python:29008): WARNING **: --size parameter unsupported for selected filter What's wrong? I simply can't correlate all the message with the code. It appears as if there is a relation to the Python plug-in, which there probably isn't. The rest of it simply says that the export filter seleced by extension is not the _one_ which supports the --size paramater, either : - the gdk-pixbuf based filter which in fact needs a display, or - the Cairo based filter, which should not need a display, but is only available if compiled --with-cairo Hans Hans "at" Breuer "dot" Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Re: W32 compilation with 0.93 version
At 16:21 09.06.04, [EMAIL PROTECTED] wrote: I compiled the version 0.93 without freetype2 Congratulations. Maybe you want to share some more of your experience with the list _or_ help improve the documentation where it was unclear for you ? but when dia is running, I haven't the drop-down list (palette of objects). Are there a link with freetype ?? Nope, there isn't. Or it's an other problem ? Yes ;) To get the objects (better: sheets and shapes) you need to put your build output in the right places. And also some files which are not created automatically in the win32 build, namely *.sheet created from *.sheet.in and *.shape from *.shape.in When I want to compil with freetype2, I have this error : Création de la bibliothèque libdia.lib et de l'objet libdia.exp diagdkrenderer.obj : error LNK2019: symbole externe non résolu _pango_ft2_render _layout référencé dans la fonction _draw_string dialibartrenderer.obj : error LNK2001: symbole externe non résolu _pango_ft2_ren der_layout dialibartrenderer.obj : error LNK2019: symbole externe non résolu _pango_ft2_get _context référencé dans la fonction _begin_render font.obj : error LNK2001: symbole externe non résolu _pango_ft2_get_context dialibartrenderer.obj : error LNK2019: symbole externe non résolu _pango_ft2_fon t_get_face référencé dans la fonction _draw_string libdia.dll : fatal error LNK1120: 3 externes non résolus NMAKE : fatal error U1077: 'cl'á: code retour '0x2' Stop. As the namespace shows there is pangoft2.lib missing on your link line, something similar to PANGOFT2_LIBS = $(PANGO_LIBS) $(PANGO)\pango\pangoft2-$(PANGO_VER).lib in your build/win32/make.msc Hans Hans "at" Breuer "dot" Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Re: Dia on Windows doesn't print or export correctly
Miguel Angel Garcia wrote: To James: I don't think so because I'm not only printing but exporting i.e. to eps. When I open the eps with ghostscript+gsview, the page has been cut. While I haven't had time to try the latest Dia version yet, I have noticed for some time (both under W2k and XP) that Dia incorrectly interprets paper sizes and margins (?). I usually get around that by scaling down the diagram somewhat. Trial and error sometimes to know when it fits one sheet of paper, but it "kind-a-works". (I often try 80% or 90% as a first guess.) This work-around wouldn't be acceptable to large diagrams that won't reasonably fit on one page, I guess. -+-Ben-+- ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
