Re: [mvdbms] Digest for mvdbms@googlegroups.com - 7 updates in 2 topics

[Dick Eshelman]

Is there currently any way to read Open QM files (without Open QM) and move them to Scarlett/SD ?

Dick Eshelman

On Mon, Mar 10, 2025 at 12:42 PM <mvd...@googlegroups.com> wrote:

mvd...@googlegroups.com

Google Groups

Topic digest
View all topics

• Card/Label Printer - Conversion Programs? switching printer languages - 2 Updates
• SD - Rev 0.9-1 - 5 Updates

Card/Label Printer - Conversion Programs? switching printer languages

philippe GRACIA <phi...@gmail.com>: Mar 10 02:05PM +0100 Hello.   we use https://labelary.com web service to convert ZPL to pdf. I did'nt tried dpl, but as far as i know, we never had a problem with our translations from zpl/dpl to pdf... we use datamax too.   we also use this interface to "check" our zpl code ;) https://labelary.com/viewer.html?density=8&width=4&height=6&units=inches&amp   hope this help...

Nivethan T <thniv...@gmail.com>: Mar 10 11:41AM -0700 Big fan of labelary! Some notes I kept on ZPL.   https://krowemoh.com/devlog/notes-on-zpl.html   If things are simple enough, you can write your own converter. To verify it, you can write a script to feed labels into the playground and grab the images it generates and then manually compare the label images with the DPL version.     On Monday, March 10, 2025 at 9:05:31 AM UTC-4 philippe GRACIA wrote:

Back to top

SD - Rev 0.9-1

Nextjob <nextj...@gmail.com>: Mar 09 12:09PM -0700 "Bear in mind that OpenQM and ScarletDME are not compatible at the binary code level. As part of GPL'ing OpenQM a bunch of changes were made, and changing all the op-codes was one of them"   This is not entirely true. I have taken a simple "compiled object" created with Scarlet / SD, dropped it onto a 'newer" version of openQM and it worked. You cannot however go the other way.

Wols Lists <antl...@youngman.org.uk>: Mar 09 07:20PM On 09/03/2025 19:09, Nextjob wrote: > created with Scarlet / SD, dropped it onto a 'newer" version of openQM > and it worked. > You cannot however go the other way.   Interesting ... I wonder if the binaries might have some sort of header. If the (closed) OpenQM can recognise a GPL'd binary, it could easily use a different op-code table.   Not that we are supposed to, but if we can create an OpenQM op-code table, IFF Rocket pretty much drop OpenQM (which it sounds like they might), doing something like that ourselves might not be a bad idea.   Cheers, Wol

Nextjob <nextj...@gmail.com>: Mar 09 12:29PM -0700 "Interesting ... I wonder if the binaries might have some sort of header. " Yes, defined in gplsrc/header.h

Nivethan T <thniv...@gmail.com>: Mar 10 06:33AM -0700 I think a feature wishlist type thread may be a great idea especially with an actual application that is being attempted to run.   I would like to cut my teeth on more stuff but I’ve built out the features I needed to write web apps in Pick and so my own fork has been at a standstill.   https://github.com/Krowemoh/ScarletDME   This is a zig fork but I’d be happy to contribute to the c side.   You should start a new thread to put some focus on this.         On Sunday, March 9, 2025 at 2:07:48 PM UTC-4 Jay LaBonte wrote:

Steven Martin Trimble <cdm...@gmail.com>: Mar 10 09:11AM -0500 that sounds very interesting hope it comes to fruition be well,   *CDMI* *Steven Trimble* *(501) 772-3450 cell/text* cdm...@gmail.com     On Sun, Mar 9, 2025 at 1:07 PM 'Jay LaBonte' via Pick and MultiValue

Back to top

You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page. To unsubscribe from this group and stop receiving emails from it send an email to mvdbms+un...@googlegroups.com.

[Steven Martin Trimble]

As long as the existing QM data is Linux based, I would say yes. If it's QM/Windows based, I would probably say NO without some extra hoops to jump through.

CDMI

Steven Trimble

(501) 772-3450 cell/text

cdm...@gmail.com

--
You received this message because you are subscribed to
the "Pick and MultiValue Databases" group.
To post, email to: mvd...@googlegroups.com
To unsubscribe, email to: mvdbms+un...@googlegroups.com
For more options, visit http://groups.google.com/group/mvdbms
---
You received this message because you are subscribed to the Google Groups "Pick and MultiValue Databases" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mvdbms+un...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/mvdbms/CAG%3DJ-or4hB5zq-_9GFjo9rHd2QD1YhHHrBJDaky7TDQC0CzLCQ%40mail.gmail.com.

[Wols Lists]

On 10/03/2025 21:01, Steven Martin Trimble wrote:
> As long as the existing QM data is Linux based, I would say yes. If
> it's QM/Windows based, I would probably say NO without some extra hoops
> to jump through.

I would have thought Linux or Windows is irrelevant? The big problem
with UV was endian-ness, and this led to a lot of confusion because they
were always saying "Windows and Unix are different" (because Unix boxes
were big-endian).

So because Linux is a Unix, they assumed it was incompatible with
Windows, when the reality is it was nothing to do with Windows, and
everything to do with the computer CPU.

The only thing to watch out for is that ~/% thing in file names (down to
Windows not liking ~). I believe SD has fixed that?

Cheers,
Wol

[Joe Goldthwaite]

Big and little endian is a function of the processor not the OS. The Motorola 68000, Sun Microsystems SPARK and the IBM 370 where all big endian. Intel and Risc-V are little endian.

Unix or native Pick on the Motorola 68000 was little endian. Solaris, Pick or Linux on the Intel processors is little endian.

Any time you move data between the machines you have to convert it.

As far as QM files on Linux vs Windows I wouldn't think it would matter outside of the file name differences between the systems.

> --
> You received this message because you are subscribed to
> the "Pick and MultiValue Databases" group.
> To post, email to: mvd...@googlegroups.com
> To unsubscribe, email to: mvdbms+un...@googlegroups.com
> For more options, visit http://groups.google.com/group/mvdbms
> ---
> You received this message because you are subscribed to the Google Groups "Pick and MultiValue Databases" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to mvdbms+un...@googlegroups.com.

> To view this discussion visit https://groups.google.com/d/msgid/mvdbms/569b8ce7-b794-4c0b-aa5c-f460a6477f83%40youngman.org.uk.

[Joe Goldthwaite]

Sorry, I meant Unix or native Pick on the Motorola 68000 was BIG endian. I gotta proof read before I post...

> To view this discussion visit https://groups.google.com/d/msgid/mvdbms/6-A_NP9JoqTZugnqsPQmDLUe4qt9CkOUoCh3LsH4hXwktYYNJuYy6CPsSFJN-v0H-cyDeAwozJK1HnrEAV2NGvP_xaMy49DPvhjBXEJS8C4%3D%40goldthwaites.com.