jimevins / glabels Goto Github PK

Is there a preset for Brother DK-22205?
If not, I might create one, but I don't know how yet, help would be appreciated.

I'm using Dymo LabelWriter 450 Duo and I would love to have to use Glabels to print on ribbons ( tape ) as well. I created a template to use it, but I need to be able to use an auto adjustement feature for
width and dx as they need to grow as I add text.

the reference of the ribbon( tape ) I usually use is DYMO D1 45010
it has 7 m long ( 1763.89mm in the template )
it has 12 mm height
it can be of different color ( 45018 is yellow plastic and black print or 45021 wich is black plastic with white print ) but I don't know if this is relevant.

Here is the template I use
<?xml version="1.0"?>
<Glabels-templates xmlns="http://glabels.org/xmlns/3.0/">
<Template brand="DYMO" part="45010" size="Other" width="**1763.89mm**" height="12mm"description="Ruban"> <Label-rectangle id="0" width="20mm" height="12mm" round="0mm" x_waste="0mm" y_waste="0mm">
<Layout nx="1" ny="1" x0="0mm" y0="0mm" dx="**20mm**" dy="12mm"/>
</Template>

Regards

QRcode not working with fields
csv import with enclosure not working properly, either missing or imported with enclosure

Same with:
3.4.0
3.4.1
glabels-qt (QRcode field works)

I'm trying to create a pdf from a csv using glabels-3-batch . It works great on my Ubuntu desktop but running on a RasPi3 the batch command hangs.

I'm running the version from the debian stretch: glabels:armhf/stretch 3.4.0-2 uptodate

I'm happy to try the latest version from github but I can't find any instructions on how to compile from source on a RasPi?

Has the issues with batch on a RasPi discussed in #38 been fixed in the latest master?

Thanks a lot, keep up the good work. Love glabels, do you have a donate link?

After upgrading from glabels-2 to glabels-3(.4.1) I immediately painfully noticed a muuch longer time to start the app - 14 seconds! 14 seconds of nothing appearing on screen, cpu at 100%, on my 1.6ghz machine.

Getting rid of the main culprits, lgl_db_init() and gl_mini_preview_pixbuf_cache_init() cut that down to 7 seconds and didn't seem to cause any obvious issues (yet). Are these functions needed? And can the loadtime be made faster than 7 seconds here? :p

--- glabels-3.4.1/src/glabels.c	2016-01-23 21:06:18.000000000 -0500
+++ ./glabels.c	2020-07-22 09:16:13.000000000 -0400
@@ -104,9 +104,7 @@
 	
 	/* Initialize subsystems */
 	gl_debug_init ();
-	lgl_db_init ();
 	gl_prefs_init ();
-	gl_mini_preview_pixbuf_cache_init ();
 	gl_merge_init ();
 	gl_recent_init ();
         gl_template_history_init ();

Hi,

Sorry if I make a duplicate entry, as I see many other sites to report issues for your excellent program Glabels : Sourceforge, Bugzilla, Launchpad (the last one is for specific Ubuntu package).

This Github repository seems the most updated so I try here.

Someone just proposed a patch for a bug I filled 5 years ago :
https://bugzilla.gnome.org/show_bug.cgi?id=639426

"When I open an existing file with Glabels, that I want to save on another name, or to modify, if I click on "Save as", on the Nautilus window it selects automatically the "home" folder and not the folder where was stored the original opened file."

Attachment provided by Marek Černocký :
https://bugzilla.gnome.org/attachment.cgi?id=321154

Thanks in advance. Best regards,

Xavier

I would be a nice feature to be able to store multiple labels (of the same template) in a single file. This would require an "Add page" and maybe also a "Delete Page" Button. IMHO there are plenty of usecases for this.

The limit for image merge in csv files in a column is to use delimiters. In row, png or jpeg images it is not possible to use them, you have to convert them to base64 or something similar. You could create a function that controls the type of column it is in base64 or set it to a bolean value to encode the imported csv.

Linux KDE Neon 5.12, gLabels Flatpak 3.4.0 using template for Canon MX920 CD/DVD Tray - all appears to work properly until the Print is selected. The Canon MX922 acknowledges the new print job with "processing.... Please wait momentarily." Instead of continuing to tell me to insert the tray it just stops - and the print queue is then empty, as though it had finished printing. I have never been able to print to disk media on Linux although it prints from Windows 7 just fine.

subject says all. (and/or update the version supplied by Ubuntu/canonical)

Hi,
I'd like to call glabel-3 with glabel template and csv mergefile. Possible?

I.e.. output.csv is generated with some program, which then calls glabel-3, loads glabel w/template and merges in fields from csv file and prints it.

import os
os.system('/usr/bin/glabel-3 -c 1 -s 1 -f 1 intermec-label-JA.glabel output.csv')

We have many of the Herma 5078 labels. Now we switch over from Windows to linux and would like to use glabels. Could you please add support for those labels? https://www.amazon.de/Herma-5078-Etiketten-bedruckbar-selbstklebend/dp/B000M20XR6

https://www.herma.de/produkt/cd-huellen-etiketten-a4-superprint-5078/

I am able to apply and recompile software but it would be great if it were possible to bring it up in a new version (probably with many other fixes).

Thanks!

I tried to use Ubuntu Studio 17.04 with a printable CD/DVD on a Canon iP7220.
I started with the library template and it failed.

Cups distribution includes a Canon iP7200 series so I used that driver.
Make and Model Canon iP7200 series - CUPS+Gutenprint v5.2.12

The file created with print to file is the attached PDF CD Crosshairs.pdf using the template and glable in the Canon_Type J Tray - Cups - template GLabel.zip
.

I use PDF viewer and choose the CUPS with settings for printable disc (compatible), CD tray and paper size CD- 5 inch.
It fails to make center and is off in both directions but on the CD but sometimes printing on hub and tray if I use the PDF settings.

maybe due to intltool-update (not on my Ubuntu) , but the following two lines are just confusing.

./configure: line 3120: intltool-update: command not found
checking for intltool >= 0.21... found
configure: error: Your intltool is too old. You need intltool 0.21 or later.

When the "Merge Properties" menu item is clicked, the list of labels that will be printed does not reflect any changes made to the file since it was initially added. In addition, if the file is selected in the file picker again, it will still not reload. The only way to make it reload is to choose another file then choose the file you want to use.

Sigel LP 795 has the same layout as Sigel LP 800

I noticed I can print a Data Matrix barcode with glabels and zint but I can't use zint's ability to create a GS1 Data Matrix barcode as there is no way to select GS1 in the GUI.

Has anyone else noticed this and are there any plans to enable this ability? Or is there some kind of hack I could use to enable it?

Thanks.

Debian 10 (buster)
glabels 3.4.1-1-1

I designed a label with both static and merge field and set format and location and it worked beautifully. Closed the .glabels file. 1. Moved the .csv file aside, and when I opened the .glabels file I would get an error about the missing .csv. It's probably a good idea to let user know about the missing location file right away hen you load the .glabels file, but it is even more important to generate that error when tying to use the missing data, i.e. when you print. 2. This leaves the Format field populated but the Location field is cleared in the UI. My suggestion would be to leave the Location field populated with the missing file path. It helps remind what file you used when about to set a new path. If you save the file a 2nd time (this requires an unrelated change) the original location is retained (correctly) but you cannot find the value in the UI (surprising). Maybe save should generate an error too? 3. When I then tried to print a label (with the cleared Location field), I would get a blank label which was surprising behavior to me. It should have been at least a partially populated label (i.e. left join with no data), however, I would suggest no label is generated (join with no data) at all along with an error that I suggested in 1.

No worries if you don't want to address this edge case in 3.x. Just figured it would be good document with this issue. Maybe something to check on for 4.x?

i'm using a docker container (docker run mlgrm/glabels ...) to run glabels 3.4.1 compiled from source on ubuntu 18.04. i use a merge csv file with entries in roman and dari (afghan variant of persian) scripts. it compiles fine and runs without error, but when i look at the output pdf doc, the roman script fields printed fine but the dari script was missing.

the dari shows up fine in the terminal, but the pdf file doesn't seem to reflect it.

any ideas?

to reproduce:

docker run --entrypoint glabels-3-batch -v $PWD:/home/glabels mlgrm/glabels card.glabel

the csv file itself is confidential data from field respondents, but if it would help i could probably reproduce it randomly.

here's the zipped template file.

hi, I have a brother P-touch edge (PT-7600) label printer. i'd like to know if it's posible with gLabels to design labels for use with tz cartridges (ribbon type labels).

First: Thanks for the great app, looking forward to let it take over for my libreoffice templates.

QL-500 is loaded with address labels, (29x90mm) - and works when printing from Libreoffice.
Now, glabel (latest release) , I quickly found the correct template for the adress labels, and add few letters well within printable area.
printing makes printer blink instead - even in this blinking state , it will print from libreoffice (then stop blinking)

• how can I help you diagnosing the problem ?

Hello,

There is a positioning problem when printing directly from gLabels to the printer.

With a label in portrait orientation, the printed image is shifted down (about 6.2 mm) and right (about 1.6 mm). This offset appears to be about equal to the difference between the label PageSize and ImageableArea (ppd):

*PageRegion w102h252.1/99012 Large Address: "<</PageSize[102 252]/ImagingBBox null/cupsInteger0 0>>setpagedevice"
*PageSize w102h252.1/99012 Large Address: "<</PageSize[102 252]/ImagingBBox null/cupsInteger0 0>>setpagedevice"
*ImageableArea w102h252.1/99012 Large Address: "4.32 4.32 98.40 234.96"

In other words, gLabels seems to be placing the print relative to the ImageableArea, rather than the PageRegion (just speculation). The same problem occurs whether a label is printed from the GUI or via glabels-3-batch.

Other applications (LibreOffice, Geany, ...) print accurately to the label. If the label is first saved from gLabels to a .pdf file, this .pdf file can also be accurately printed to the label (using lpr, evince, etc.).

Use conditions:

• Debian 8 (jessie)
• cups: 1.7.5-11+deb8u1 (source: Debian repository binary)
• Printer: Dymo LabelWriter 450
  • ppd: lw450.ppd 16401 2011-10-31 18:51:16Z pineichen (source: Debian repository binary)
  • label stock: Dymo 99012 Large Address Label (36 mm x 89 mm)
• gLabels:
  • 3.0.1-4.1 (source: Debian repository binary)
  • 3.2.1 (source: compiled from GitHub release download)

Hi.
I have made two templates that we use at home and at our firm.
It would be nice if they could be included in the source.

Also, please use your existing template license for them. :-)

solbu-glables-templates.tar.gz

Hi,

I have failed to print glabels (using glabels 3.4.1 from Debian unstable) to continuous roll paper on my Brother QL-500. My educated guess is that you need to configure a template with a stationary height of zero, while still setting a "label or card size" of whatever I want it to be. Whatever I enter in the height field of the label size gets "corrected" to 0,1 mm.

Any hints about printing to continous labels?

Greetings
Marc

I use glabel in combination with a zebra gk420t label printer

my problem is when i print 1 label i get 1 label

when i print 2 labels i get 4
when i print 3 labels i get 6
...
same issue on previous installation (linux mint/glabel)

in the previous version i did not have this problem

Running on a Pi 3 B+, Raspbian 9.9, strace glabels-3-batch takes about 17s to complete.

time strace glabels-3-batch --output=laser-label.pdf laser-label.glabels

shows all the templates are getting loaded from /usr/local/share/libglabels-3.0/templates and then gcc-arm-linux-gnueabihf is called and it takes a second to complete, for each template. I have moved the templates to /usr/local/share/libglabels-3.0/templates/stashed_templates, now time glabels-3-batch takes 0.5s to complete. This fixes the problem for me since I do not use templates.
*categories.xml and paper-sizes.xml had to be moved back to /usr/local/share/libglabels-3.0/templates to get the gui to boot again. This has not affected the batch time.

Hello all, thanks for this great programme. I use it every year round this time of year for my christmas card mailing.
I stumbled upon an issue though: I have 5 pages of labels to print. But trying to print only one page (other than the first page) doesn't work. I want to print the last page again, but it gives me a blank page in the preview.

Using merge with images (the CSV file fields contain the image file names) causes a segfault when printing, print preview and with batch.

This occurs with release 3.4.1 and older.

3.4.1 was built from source (on Linux Mint 19) and 3.4.0 was the Ubuntu 18.04 repo build.

Output from ldd and strace below for 3.4.1.

It appears that the first image file from the CSV file is read in but then segfaults when processing this.

[1] ldd

linux-vdso.so.1 (0x00007ffe64516000)
libgtk-3.so.0 => /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 (0x00007f0cec920000)
libgdk-3.so.0 => /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 (0x00007f0cec62a000)
libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007f0cec41d000)
libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007f0cec1d0000)
libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007f0cebe0f000)
librsvg-2.so.2 => /usr/lib/x86_64-linux-gnu/librsvg-2.so.2 (0x00007f0cebbd7000)
libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007f0ceb838000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007f0ceb614000)
libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007f0ceb3c0000)
libglib-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f0ceb0a9000)
libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x00007f0cead8c000)
libglabels-3.0.so.8 => /home/kevin/local/lib/libglabels-3.0.so.8 (0x00007f0ceab7c000)
libglbarcode-3.0.so.0 => /home/kevin/local/lib/libglbarcode-3.0.so.0 (0x00007f0cea973000)
libqrencode.so.3 => /usr/lib/x86_64-linux-gnu/libqrencode.so.3 (0x00007f0cea767000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f0cea3c9000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f0ce9fd8000)
libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007f0ce9dd4000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f0ce9a9c000)
libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007f0ce988c000)
libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f0ce9686000)
libcairo-gobject.so.2 => /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2 (0x00007f0ce947d000)
libatk-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007f0ce9257000)
libatk-bridge-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0 (0x00007f0ce9026000)
libepoxy.so.0 => /usr/lib/x86_64-linux-gnu/libepoxy.so.0 (0x00007f0ce8d25000)
libpangoft2-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007f0ce8b0f000)
libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f0ce88ca000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f0ce86ab000)
libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007f0ce84a8000)
libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007f0ce829d000)
libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007f0ce8093000)
libXcomposite.so.1 => /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 (0x00007f0ce7e90000)
libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f0ce7c8d000)
libxkbcommon.so.0 => /usr/lib/x86_64-linux-gnu/libxkbcommon.so.0 (0x00007f0ce7a4e000)
libwayland-cursor.so.0 => /usr/lib/x86_64-linux-gnu/libwayland-cursor.so.0 (0x00007f0ce7846000)
libwayland-egl.so.1 => /usr/lib/x86_64-linux-gnu/libwayland-egl.so.1 (0x00007f0ce7644000)
libwayland-client.so.0 => /usr/lib/x86_64-linux-gnu/libwayland-client.so.0 (0x00007f0ce7435000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f0ce7223000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f0ce701b000)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f0ce6d67000)
libthai.so.0 => /usr/lib/x86_64-linux-gnu/libthai.so.0 (0x00007f0ce6b5e000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f0ce695a000)
libicuuc.so.60 => /usr/lib/x86_64-linux-gnu/libicuuc.so.60 (0x00007f0ce65a3000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f0ce6386000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f0ce6160000)
libcroco-0.6.so.3 => /usr/lib/x86_64-linux-gnu/libcroco-0.6.so.3 (0x00007f0ce5f25000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f0ce5cfd000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f0ce5ae2000)
libmount.so.1 => /lib/x86_64-linux-gnu/libmount.so.1 (0x00007f0ce588e000)
libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f0ce5686000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f0ce5414000)
libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007f0ce516f000)
libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 (0x00007f0ce4f3d000)
libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007f0ce4d3a000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f0ce4b12000)
libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007f0ce4905000)
libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f0ce46fb000)
/lib64/ld-linux-x86-64.so.2 (0x00007f0ced4c9000)
libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007f0ce44ae000)
libatspi.so.0 => /usr/lib/x86_64-linux-gnu/libatspi.so.0 (0x00007f0ce427e000)
libharfbuzz.so.0 => /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x00007f0ce3fe0000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f0ce3dae000)
libdatrie.so.1 => /usr/lib/x86_64-linux-gnu/libdatrie.so.1 (0x00007f0ce3ba7000)
libicudata.so.60 => /usr/lib/x86_64-linux-gnu/libicudata.so.60 (0x00007f0ce1ffe000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f0ce1c75000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f0ce1a5d000)
libblkid.so.1 => /lib/x86_64-linux-gnu/libblkid.so.1 (0x00007f0ce1810000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f0ce160c000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f0ce1406000)
libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007f0ce1182000)
libgraphite2.so.3 => /usr/lib/x86_64-linux-gnu/libgraphite2.so.3 (0x00007f0ce0f55000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f0ce0d4e000)
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f0ce0b39000)
liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 (0x00007f0ce091d000)
libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007f0ce0602000)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f0ce03ed000)

[2] strace

openat(AT_FDCWD, "./Y.png", O_RDONLY) = 18
fstat(18, {st_mode=S_IFREG|0755, st_size=13977, ...}) = 0
read(18, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\216\0\0\0\214\10\6\0\0\0\2525\221"..., 4096) = 4096
lseek(18, 0, SEEK_SET) = 0
read(18, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\216\0\0\0\214\10\6\0\0\0\2525\221"..., 4096) = 4096
brk(0x55995a6a5000) = 0x55995a6a5000
read(18, "^$K\373\1\36\350;\232Y{\207\224\202\313;\335k\357\256\356|\341\215\204\307\240D\f\266y\f"..., 4096) = 4096
read(18, "\304[I@\336\277\271Y\364\343\252\253\346\27\252&\35a\316\362\fDUQsjm\201\211\225i\202"..., 4096) = 4096
read(18, "\203\21y=I+/Z\317Y\207,\3657,\244\244\241M%q\37\20\243T\224\0169H=$"..., 4096) = 1689 close(18) = 0 openat(AT_FDCWD, "./Y.png", O_RDONLY) = 18 fstat(18, {st_mode=S_IFREG|0755, st_size=13977, ...}) = 0 read(18, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\216\0\0\0\214\10\6\0\0\0\2525\221"..., 4096) = 4096 lseek(18, 0, SEEK_SET) = 0 read(18, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\216\0\0\0\214\10\6\0\0\0\2525\221"..., 4096) = 4096 read(18, "^$K\373\1\36\350;\232Y{\207\224\202\313;\335k\357\256\356|\341\215\204\307\240D\f\266y\f"..., 4096) = 4096 read(18, "\304[I@\336\277\271Y\364\343\252\253\346\27\252&\35a\316\362\fDUQsjm\201\211\225i\202"..., 4096) = 4096 read(18, "\203\21y=I+/Z\317Y\207,\3657,\244\244\241M%q\37\20\243T\224\0169H=$"..., 4096) = 1689
close(18) = 0
brk(0x55995a6cc000) = 0x55995a6cc000
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=NULL} ---
+++ killed by SIGSEGV (core dumped) +++

[1]+ Segmentation fault (core dumped) strace ~/local/bin/glabels-3 cards1b.glabels

Greetings,
As a new user of GLabels I've noticed that only the content of 1st Contact List in Evolution Contact will display contact choices in the gLabel interface. A) is there a way to select input from addition contact lists, or B) is this a deficiency in the gLabels capability, for which an enhancements request can be initiated.
Thanks

When I enable Auto shrink (Allow merge to automatically shrink text), the text is forced to be aligned to the left and it is not possible to center it or align it to the right.

You can see example of my configuration of the text area on this screenshot (see the Alignment configuration and Allow merge to automatically shrink text configuration):

And example output for various input data:

If the input text is long enough to fill the text area, it works as expected (text is correctly resized to fit to the text area) - first and fourth label. But if the text is too short to fill whole text area, it is aligned to the left - second and third label.

Hi! Currently gLabels uses QR_ECLEVEL_M for the QREncode backend. I have a use case in which I would love to be able to set a higher error correction level. Adding a combo box to select it would be just great. Thanks for considering it!

The .glabels files are just gzipped XML, it would be a lot easier to keep them in version control if I had a setting to always write them out uncompressed.

Hi,

When i run this on a debian server via ssh or via a programming language:
/usr/bin/glabels-3-batch -o /tmp/output.pdf -i /tmp/temp.csv ./files/id.glabels

I get:

(glabels-3-batch:28819): dconf-WARNING **: failed to commit changes to dconf: Cannot autolaunch D-Bus without X11 $DISPLAY
Segmenfault"

I get an empty output.pdf.

Is it possible to make 'glabels-3-batch' run in a server environment?

Hi!
I find zint backend crucial for good user experience for someone giving a try to glabels-3!
It provides so many barcodes types!

I found saidly that because it's optional by default, in many distributions users struggled with getting packaged with zint support compiled in - e.g. for some period of time in Ubuntu, now I struggle also in Archlinux. I am skilled, so despite inconvenience I can rebuild package on my own, but not all users are so eager, especially if they want to give a try to application -> it's high risk they may discard after seeing few barcode options available by default.

Therefore, I highly suggest to perform in following way to give a signal to package maintainers (of all distros) as same time :

• make zint required by default
• in case of lack of zint, make ./configure to display message "zint is highly recommended for good user experience, due to amount of barcodes it's provides. Although, it's possible to compile glabels-3 without zint. To do so, set '--without-all-what-zint-provides-I-am-sure' flag, but only if you are sure."

Ok, maybe I exaggerated a bit with name of flag ;) , but I hope I show my point.
I am just afraid that most package maintainers automatically compile thousands of packages never looking at them more carefully, so there is no chance they will add any optional dependency if it does not break fully automatic build and require human intervention.

The function ZBarcode_Render is removed from the zint library. As a result, the zlint library can no longer be used. The configure script detects this correctly but then none of the rich set of barcodes of zint can be used anymore.

It would be very appreciated if you could update to the current version of the zint library.

When printing to an Avery #5871 (clean-edge business cards), the result is undersized such that the edges in the cards are misaligned vertically by about 2.5mm. This is enough to make the resulting look very sloppy. This can be remedied, kindasorta, by changing the scale to 101%.

This problem has existed since 3.0.0

This would add a powerful use case where one could feed glabels-3-batch with CSV data on the input, use a template, and pipe the resulting PDF to lp for immediate printing.

Currently this is possible with a sleight of hand: the /dev/stdout file can be set as output file, but the stdout will also be used for writing LABEL FILE = test.glabels.

Is the LABEL FILE output useful to anyone?

Todos:

• support the glabels-3-batch -o - shorthand to signify stdout as the output pdf file
• clean up any use of diagnostic writes onto the stdout, and use stderr instead

Fixed with #46

I create a simple Label in form 57x32mm for printing on a Zebra TLP2844 Label Printer.
Sometimes a Label got printed with mixed up characters.

Say i wanted to print

Li-Ion Akku
INR18650

The Label which comes out of the Printer has

Li-Ion Ak uk
INR18650

printed. This is totally random.

Hello,
My printer model is Brother QL-810W.
Lets say I want to print a bunch of labels, each with a number from 0 to 9.
I created a single columned csv file with the numbers to be printed and merged with the label. I added a single text object, with the desired field on it. All 10 labels are displayed correctly when doing a print preview.

When printing, I can print the first 5 pages (at least). However, If I try to print all 10 pages the job never completes, with no error issued. The job just hangs forever.

Is there any known issue with this model?

I built the latest version from source in RHEL 7.3 (GTK 3.14) and I'm facing some crashes where the application quits. I've started it from command line, and this is what I see:

gpborges@gpborges:~$ glabels-3

(glabels-3:9350): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:1985:23: Missing name of pseudo-class

(glabels-3:9350): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:3304:8: Missing name of pseudo-class

(glabels-3:9350): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:3308:8: Missing name of pseudo-class

(glabels-3:9350): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:3311:8: Missing name of pseudo-class

(glabels-3:9350): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:3315:8: Missing name of pseudo-class

(glabels-3:9350): Gtk-WARNING **: GtkNotebook 0x28581e0 is mapped but visible child GtkLabel 0x280e2f0 is not mapped

(glabels-3:9350): Gtk-WARNING **: GtkNotebook 0x28581e0 is mapped but visible child GtkLabel 0x294a480 is not mapped

(glabels-3:9350): Gtk-WARNING **: GtkNotebook 0x28581e0 is mapped but visible child GtkLabel 0x294ade0 is not mapped

(glabels-3:9350): Gtk-WARNING **: GtkNotebook 0x28581e0 is mapped but visible child GtkLabel 0x295b480 is not mapped

(glabels-3:9350): Gtk-WARNING **: GtkNotebook 0x28581e0 is mapped but visible child GtkLabel 0x2a857b0 is not mapped
glabels-3: cairo-xlib-surface-shm.c:619: _cairo_xlib_shm_pool_create: Assertion `*ptr != ((void *)0)' failed.
Aborted
gpborges@gpborges:~$ 

If you want me to collect some other type of logs, just give me the instructions and I'll do it here.

I could still use it, but it's crashing with this error many times.

Thanks for the great work here buddy!

I'm trying to make a fiber label with 2 lines. I check the box allowing shrinking of the text, instead of shrinking text, in some cases I get word wrapping in places where there are dashes. I cannot seem to find an option to select or disable word wrapping.

LSL-77.zip

Tried to compile 3_4 on CentOS 7 and get the below error. I can't find a dependency issue. Anyone else have it working on CentOS 7?

  CC       ui-commands.o
  CC       ui-property-bar.o
ui-property-bar.c: In function ‘gl_ui_property_bar_get_type’:
ui-property-bar.c:160:1: warning: ‘gtk_hbox_get_type’ is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkhbox.h:61) [-Wdeprecated-declarations]
 G_DEFINE_TYPE (glUIPropertyBar, gl_ui_property_bar, GTK_TYPE_HBOX)
 ^
  CC       ui-sidebar.o
ui-sidebar.c: In function ‘gl_ui_sidebar_get_type’:
ui-sidebar.c:66:1: warning: ‘gtk_vbox_get_type’ is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkvbox.h:59) [-Wdeprecated-declarations]
 G_DEFINE_TYPE (glUISidebar, gl_ui_sidebar, GTK_TYPE_VBOX)
 ^
  CC       file.o
In file included from file.c:33:0:
label-properties-dialog.h:36:105: error: expected ‘)’ before ‘GtkDialog’
 G_DECLARE_FINAL_TYPE (glLabelPropertiesDialog, gl_label_properties_dialog, GL, LABEL_PROPERTIES_DIALOG, GtkDialog)
                                                                                                         ^
file.c: In function ‘gl_file_properties’:
file.c:172:9: warning: assignment makes pointer from integer without a cast [enabled by default]
  dialog = gl_label_properties_dialog_new (label, GTK_WINDOW (window));
         ^
make[4]: *** [file.o] Error 1
make[4]: Leaving directory `/home/nutbeam/Downloads/glabels/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/nutbeam/Downloads/glabels/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/nutbeam/Downloads/glabels/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/nutbeam/Downloads/glabels'
make: *** [all] Error 2

Hi, I'm trying to run glabels-3-batch to create a pdf file from a template and csv file, contents added at the end.

Printing to a pdf file from the glabels gui (version 3.4.0 from my laptop, amd64 with gentoo) works, and gives the expected result: text "abc" centered horizontally and vertically. However, running glabels-3-batch -i input.csv -o output.pdf text.glabels

1. on my laptop with glabels-3.4.0: gives a segfault;
2. on my server (raspberry pi with debian jessie) with glabels 3.0.1: produces a pdf, but the text is not aligned vertically (way too high, like there's a newline rendered in the text);
3. on my server with glabels 3.4.0 compiled from source: command doesn't finish, taking 100% cpu and steadily increasing memory usage.

I'm not sure if there's something wrong with my input files or that these are various problems with glabels, any idea?

text.glabels (unzipped):

<?xml version="1.0"?>
<Glabels-document xmlns="http://glabels.org/xmlns/3.0/">
  <Template brand="Dymo" part="11355" size="Other" width="19mm" height="51mm" description="Return Address Labels">
    <Meta category="label"/>
    <Meta category="mail"/>
    <Label-rectangle id="0" width="19mm" height="51mm" round="0mm" x_waste="0mm" y_waste="0mm">
      <Markup-margin size="0mm"/>
      <Layout nx="1" ny="1" x0="0mm" y0="0mm" dx="19mm" dy="51mm"/>
    </Label-rectangle>
  </Template>
  <Objects id="0" rotate="True">
    <Object-text x="3.20644mm" y="2.79399mm" w="44.5871mm" h="13.412mm" justify="Center" valign="Center" auto_shrink="False" a0="1" a1="0" a2="0" a3="1" a4="0" a5="0">
      <Span color="0x000000ff" font_family="Sans" font_size="14" font_weight="Regular" font_italic="False" line_spacing="1">
        <Field name="text"/>
      </Span>
    </Object-text>
  </Objects>
  <Merge type="Text/Comma/Line1Keys" src="/home/arie/labels/input.csv"/>
  <Data/>
</Glabels-document>

input.csv:

text
abc

The screenshot says it all, imagine an address label, or any label..
Usually , user opens app, loads recent template, - then edits the proper object... clicks wasted. - sometimes moving objects by accident as clicking to edit proper one.

It would be so much nicer, of the template could also save/restore what was being edited, like the big text area.. open app/template , (editing selected) , Ctrl-A,Ctrl-V(address was clipboard),Ctrl-P , enter... DONE :)

Hi, I've made a custom template for the Avery 11111 tab dividers, attached.

(I renamed it with the .txt extension so that github would let me upload it.)

Avery_11111.template.txt

I tried several times to create a template for a Labelplanet LP6/99, and no template was created even though no errors were shown in the program. I tried again with the part number "LP699" instead of "LP6/99" and the template was created successfully.

Can you confirm that the slash in the part number was the cause of the error? I think it was the only difference in input between the attempts I made.

I'm running glabels3 on KDE Neon (ubuntu 18.04 base)

sam@T440s:~$ apt show glabels
Package: glabels
Version: 3.4.0-2build2
Priority: optional
Section: universe/gnome
Origin: Ubuntu
Maintainer: Ubuntu Developers <[email protected]>
Original-Maintainer: Jakob Haufe <[email protected]>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 1,417 kB
Provides: libglabels5
Pre-Depends: dpkg (>= 1.15.6~)
Depends: glabels-data (= 3.4.0-2build2), libc6 (>= 2.14), libcairo2 (>= 1.10.0), libebook-1.2-19 (>= 3.17), libebook-contacts-1.2-2 (>= 3.16.2), libedataserver-1.2-23 (>= 3.17), libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.37.3), libgtk-3-0 (>= 3.0.9), libiec16022-0, libpango-1.0-0 (>= 1.28.1), libpangocairo-1.0-0 (>= 1.28.1), libqrencode3 (>= 3.2.0), librsvg2-2 (>= 2.32.0), libxml2 (>= 2.7.4)
Recommends: evince | atril
Suggests: evolution-data-server
Homepage: http://glabels.org/
Download-Size: 312 kB
APT-Manual-Installed: yes
APT-Sources: http://gb.archive.ubuntu.com/ubuntu bionic/universe amd64 Packages
Description: label, business card and media cover creation program for GNOME

Thanks for the program!

Hi,

First thanks for this great piece of code !
A feature I miss is the possibility to use/concatenate several merge keys/fields to build string for barcode/QRcode generation. Being able to use, say: "${tool_code};${vendor};${vendor_code}" would be awesome.
I temporarily solved it by doing the concatenation in the source spreadsheet, but may not be possible in every cases.

Thanks again and have a nice end of year

Something weird is going on with this repo. I made a pull request as Issue #27. Github is reporting it as open with no conflicts and ready to merge. BUT... Look at the latest commit: 35f066e. Somehow my commit made it into the repo without going through a merge or pull like usual.

I'm not supposed to have direct write access to this repo. How did this happen?