Re: [darktable-user] Print View loosing image layout settings
Le Sun, 29 Jan 2023 21:04:28 +0100, Dieter Faulbaum a écrit : >For me (on a Debian (12) system with cups (always running after startup) >and dt 4.2.0) it doesn't work. >I have one "airprint" printer, which I don't see e.g. with lpstat, when >it is switch off. But when I switch it on, I see this printer with >lpstat but not under dt (print view) without restarting dt. > >But you can say this is my problem (I shouldn't use "airprint".-) you have no choice, isn't that ? my printer is also an airprint one, usb connected with ipp-usb (without wifi). airprint doesn't use Cups I presume, and your printer is probably not in Cups' printers list. If you need documentation about ipp-usb: https://wiki.debian.org/CUPSDriverlessPrinting darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Print View loosing image layout settings
Here using CUPS and a USB connected printer on Debian, the printer has to be powered on before I start darktable. That is because dt scans/enumerates the available printers once at startup only. I do think this is worth fixing. CUPS will queue the print job and keep printing it once darktable exits. > But do you have enough time for such a challenge?-) Not right now, but I should in a bit. For now I wrote up an omnibus of potential print view changes: https://github.com/darktable-org/darktable/issues/13474. Please do add to it as needful. On Sun, Jan 29, 2023, at 3:04 PM, Dieter Faulbaum wrote: > François Delègue writes: > > ... >> For me (4.2.0, Linux) a running Cups at darktable launch is >> enough for the printers to be >> present in printing view, and printers themselves can be plugged >> only at printing time (if >> not, Cups keeps the printing task(s) which are launched when the >> printer is online— dt >> may have been stopped). So recognizing printers means for >> darktable a running Cups >> service at launch, and there is no need to change dt code in my >> opinion (Cups is always >> running, the more often). > For me (on a Debian (12) system with cups (always running after > startup) > and dt 4.2.0) it doesn't work. > I have one "airprint" printer, which I don't see e.g. with lpstat, > when > it is switch off. But when I switch it on, I see this printer with > lpstat but not under dt (print view) without restarting dt. > > But you can say this is my problem (I shouldn't use "airprint".-) > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Print View loosing image layout settings
François Delègue writes: ... For me (4.2.0, Linux) a running Cups at darktable launch is enough for the printers to be present in printing view, and printers themselves can be plugged only at printing time (if not, Cups keeps the printing task(s) which are launched when the printer is online— dt may have been stopped). So recognizing printers means for darktable a running Cups service at launch, and there is no need to change dt code in my opinion (Cups is always running, the more often). For me (on a Debian (12) system with cups (always running after startup) and dt 4.2.0) it doesn't work. I have one "airprint" printer, which I don't see e.g. with lpstat, when it is switch off. But when I switch it on, I see this printer with lpstat but not under dt (print view) without restarting dt. But you can say this is my problem (I shouldn't use "airprint".-) darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Print View loosing image layout settings
Le Sat, 28 Jan 2023 00:46:31 +0100, Dieter Faulbaum a écrit : > […] >First I noticed, that I can't create a "print", if there is no printer >reachable.-( After I switched one printer on, I have to restart dt, to >notice this printer. It seems for me that dt only recognizes printers, >which are "reachable" at startup. It would be nicer, if the search for >printers is done every time, when the print view is selected. I think >(or hope) it's not a long task. > […] For me (4.2.0, Linux) a running Cups at darktable launch is enough for the printers to be present in printing view, and printers themselves can be plugged only at printing time (if not, Cups keeps the printing task(s) which are launched when the printer is online— dt may have been stopped). So recognizing printers means for darktable a running Cups service at launch, and there is no need to change dt code in my opinion (Cups is always running, the more often). darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Print View loosing image layout settings
"Dan Torop" writes: It's done with montage and mogrify (from ImageMagick) and exiftool. The code is here:-) https://multimedia4linux.de/index.php/bildbearbeitung/darktable/darktable-plugin-digitaler-kontaktabzug It looks quite nice -- a good range of features. So nice that I'm a bit hesitant to make a quick version in the print view which does a subset. But I suppose what print view could bring to it is that there's already a good GUI-oriented way to set up boxes and fill them with images. And that print code already does the work of scaling images to a common DPI and converting to a common colorspace, So there isn't that much remaining work to do. Current print view creates a hand-constructed PDF and sends it to CUPS or Turboprint. Output to file would either hand-construct a composite image or ask Cairo library to do this, then can output with the help of existing imageio code. Future work could allow for a more "automatic" way of creating boxes, e.g. in a grid. I'm not sure if the other things (image labels, title for the grid) are totally out of scope, though. I've used all sorts of awkward ways to do similar work -- ImageMagick command line, dragging images around in GIMP, either Scribus or Inkscape (can't remember), Libreoffice Draw. This does really seem like something which it would be nice for darktable to do. The examples from BeeRef (https://github.com/rbreu/beeref/) look nice (and flexible.-) But it crashes under Debian (bookworm).-( And gThumb has a good working "Contact Sheet…". Query is that once print view has a really layout code, does it cease to be print view, and become something else (multi-image layout, with options to print or export to a file)? The "name" isn't very important for me.-) There are others (the main developers?), who should decide this? Another query is whether the monolithic "print settings" in the right panel gets split into a couple modules, with one remaining "print settings" (with a print button), one handling "image layout" (what's currently in print settings under that name, plus any more options), and as well an export module (as in lighttable: file type, resolution, an export button, etc.). I seem to recall that the code is so tightly interwoven that the split would, internally, be a challenging one. I think, multiple modules will make it more flexible. But do you have enough time for such a challenge?-) darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Print View loosing image layout settings
>>> (I know that Holger Klemm (from multimedia4linux.de) made a >>> lua-script >>> for such a thing.-) >> >> That sounds great. I'm curious how it is implemented. > It's done with montage and mogrify (from ImageMagick) and > exiftool. > The code is here:-) > https://multimedia4linux.de/index.php/bildbearbeitung/darktable/darktable-plugin-digitaler-kontaktabzug It looks quite nice -- a good range of features. So nice that I'm a bit hesitant to make a quick version in the print view which does a subset. But I suppose what print view could bring to it is that there's already a good GUI-oriented way to set up boxes and fill them with images. And that print code already does the work of scaling images to a common DPI and converting to a common colorspace, So there isn't that much remaining work to do. Current print view creates a hand-constructed PDF and sends it to CUPS or Turboprint. Output to file would either hand-construct a composite image or ask Cairo library to do this, then can output with the help of existing imageio code. Future work could allow for a more "automatic" way of creating boxes, e.g. in a grid. I'm not sure if the other things (image labels, title for the grid) are totally out of scope, though. I've used all sorts of awkward ways to do similar work -- ImageMagick command line, dragging images around in GIMP, either Scribus or Inkscape (can't remember), Libreoffice Draw. This does really seem like something which it would be nice for darktable to do. Query is that once print view has a really layout code, does it cease to be print view, and become something else (multi-image layout, with options to print or export to a file)? Another query is whether the monolithic "print settings" in the right panel gets split into a couple modules, with one remaining "print settings" (with a print button), one handling "image layout" (what's currently in print settings under that name, plus any more options), and as well an export module (as in lighttable: file type, resolution, an export button, etc.). I seem to recall that the code is so tightly interwoven that the split would, internally, be a challenging one. >>> It seems for me, that the presets are stored in data.db as a >>> BLOB, >>> so I can't find out quickly, what went wrong. >> >> You may have some control of this. Try adjusting "store XMP tags >> in compressed format" in the storage tab of preferences to >> "never". > This settings doesn't help.-( I had "only large entries" before. > I "lost" the first column of the image areas but can't create new > areas because I got the message "maximum image per page reached" > (Is there a small typo? Should it be written as "maximum images > per page reached"?) Alas. The basic point is probably just that the system doesn't work for saving presets of multiple image positions. And parsing the blobs won't change that. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Print View loosing image layout settings
"Dan Torop" writes: ... (I know that Holger Klemm (from multimedia4linux.de) made a lua-script for such a thing.-) That sounds great. I'm curious how it is implemented. It's done with montage and mogrify (from ImageMagick) and exiftool. The code is here:-) https://multimedia4linux.de/index.php/bildbearbeitung/darktable/darktable-plugin-digitaler-kontaktabzug ... It seems for me, that the presets are stored in data.db as a BLOB, so I can't find out quickly, what went wrong. You may have some control of this. Try adjusting "store XMP tags in compressed format" in the storage tab of preferences to "never". This settings doesn't help.-( I had "only large entries" before. I "lost" the first column of the image areas but can't create new areas because I got the message "maximum image per page reached" (Is there a small typo? Should it be written as "maximum images per page reached"?) ... It depends... I'm very interested in the print view (though short of time). Good luck with that (I can wait.-)! darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Print View loosing image layout settings
> After the hint from François Delègue I tried presets for > multi-image > layouts. > First I noticed, that I can't create a "print", if there is no > printer > reachable.-( After I switched one printer on, I have to restart > dt, to > notice this printer. It seems for me that dt only recognizes > printers, > which are "reachable" at startup. It would be nicer, if the search > for > printers is done every time, when the print view is selected. I > think > (or hope) it's not a long task. This is one which has bothered/interested me for a while. There's already similar code (if I recall) to detect when a tethered camera is plugged in after startup. > Second I noticed, that the maximum of 20 images per page are not > very > much. I hoped, that I can use the multi-image layout for something > like > a contact sheet. Interesting! I would never have thought of this. I do wonder if it would be annoying to by hand drag images to each box on the layout. Another limitation of the current printing is that one can only select a single image to print. It would be interesting if one could select multiple images and then they'd be laid out contact-sheet-style? > (I know that Holger Klemm (from multimedia4linux.de) made a > lua-script > for such a thing.-) That sounds great. I'm curious how it is implemented. > I created a (test) layout on a A4 (landscape) page with 4*3 > (quadratic > 70*70) image areas. That preset works well. > But another preset on a A4 (portrait) page with 4*5 (quadratic > 52*52) > image areas is much scrambled after storing it and loading it > again. > It seems for me, that the presets are stored in data.db as a BLOB, > so I can't find out quickly, what went wrong. You may have some control of this. Try adjusting "store XMP tags in compressed format" in the storage tab of preferences to "never". > I think you are right: the multi-image layouts should be kept too. > However for me it would be "enough", that I can switch between > multiple > views in one session without losing the print settings. But indeed > it > would be (much) nicer, if those settings aren't lost between > multiple > sessions.-) > I'm not sure if a feature request is a good idea (but I can try > it). A feature request would be quite helpful. It's a good way to keep track of these things! > François reckoned "dt developers have surely more important things > to do ?" It depends... I'm very interested in the print view (though short of time). darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Print View loosing image layout settings
"Dan Torop" writes: ... But is there other information to keep, e.g. for multi-image layouts? Making a preset is a great idea, if that does work. But it shouldn't be that hard to store this in the configuration system as well, so that the most recent layout is maintained. ... After the hint from François Delègue I tried presets for multi-image layouts. First I noticed, that I can't create a "print", if there is no printer reachable.-( After I switched one printer on, I have to restart dt, to notice this printer. It seems for me that dt only recognizes printers, which are "reachable" at startup. It would be nicer, if the search for printers is done every time, when the print view is selected. I think (or hope) it's not a long task. Second I noticed, that the maximum of 20 images per page are not very much. I hoped, that I can use the multi-image layout for something like a contact sheet. (I know that Holger Klemm (from multimedia4linux.de) made a lua-script for such a thing.-) I created a (test) layout on a A4 (landscape) page with 4*3 (quadratic 70*70) image areas. That preset works well. But another preset on a A4 (portrait) page with 4*5 (quadratic 52*52) image areas is much scrambled after storing it and loading it again. It seems for me, that the presets are stored in data.db as a BLOB, so I can't find out quickly, what went wrong. I think you are right: the multi-image layouts should be kept too. However for me it would be "enough", that I can switch between multiple views in one session without losing the print settings. But indeed it would be (much) nicer, if those settings aren't lost between multiple sessions.-) I'm not sure if a feature request is a good idea (but I can try it). François reckoned "dt developers have surely more important things to do ?" darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Print View loosing image layout settings
Belatedly: I think some settings are kept, otherwise it would be nice to keep. Looking quickly at the code, we should keep: - style to apply, if any - "intermediary" icc profile and intent (what to export the image as -- this is ambiguously named in the GUI and probably should be fixed!) - print icc profile and intent (what to convert the image to -- again it's ambiguous in GUI) - paper size and medium type - grid size - units - which printer - margins and whether they are "locked" (one measurement for all) - whether to use black point compensation Given these, it should be possible to enter print view with a single image and have the print settings do the right thing (position it as expected on the page, print it as expected). But is there other information to keep, e.g. for multi-image layouts? Making a preset is a great idea, if that does work. But it shouldn't be that hard to store this in the configuration system as well, so that the most recent layout is maintained. If so, I'd suggest making a feature request via https://github.com/darktable-org/darktable/issues/new/choose and mention me (@dtorop) so that I don't miss it. I'm a bit swamped at the moment, but want to spend time on the print view when things settle down. On Tue, Jan 17, 2023, at 9:26 AM, Dieter Faulbaum wrote: > François Delègue writes: > >> Le Mon, 16 Jan 2023 16:01:08 +0100, >> Dieter Faulbaum a écrit : >> >>>When I switched from to print view to any other view and back to >>>print >>>view the settings of the image layout are lost. >>>I think it would be nicer, if these settings would be retained. >>>With multiple image >>>areas it's faster to "clear layout", if I need another one, than >>>to create the last one >>>again. >>> >>>What do others think of this "idea"? >> >> Yes it should be good, but dt developers have surely more >> important things to do ? I >> don't know. For a printing layout you can make a preset which >> will keep the printing >> zones (their sizes & positions): this will solve a good part of >> the question. > > Oh yes thanks, a good idea (I overlooked the presets in this > view). This helps me. > Btw, I meant losing (not loosing.-) > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Print View loosing image layout settings
François Delègue writes: Le Mon, 16 Jan 2023 16:01:08 +0100, Dieter Faulbaum a écrit : When I switched from to print view to any other view and back to print view the settings of the image layout are lost. I think it would be nicer, if these settings would be retained. With multiple image areas it's faster to "clear layout", if I need another one, than to create the last one again. What do others think of this "idea"? Yes it should be good, but dt developers have surely more important things to do ? I don't know. For a printing layout you can make a preset which will keep the printing zones (their sizes & positions): this will solve a good part of the question. Oh yes thanks, a good idea (I overlooked the presets in this view). This helps me. Btw, I meant losing (not loosing.-) darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Print View loosing image layout settings
Le Mon, 16 Jan 2023 16:01:08 +0100, Dieter Faulbaum a écrit : >When I switched from to print view to any other view and back to print >view the settings of the image layout are lost. >I think it would be nicer, if these settings would be retained. With multiple >image >areas it's faster to "clear layout", if I need another one, than to create the >last one >again. > >What do others think of this "idea"? Yes it should be good, but dt developers have surely more important things to do ? I don't know. For a printing layout you can make a preset which will keep the printing zones (their sizes & positions): this will solve a good part of the question. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org