Embedded PDFs in Windows Menu

[Bob Sneidar]

Curious to be sure. For my part I binary read my PDFs into an sql database large blob column then write them back out to disk when needed. That is the entire basis for my Forms Generator app. I have never encountered this issue. That may help narrow the scope of the problem.

Bob S


On Jan 3, 2024, at 8:21 AM, matthias rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:



Am 03.01.2024 um 17:09 schrieb Bob Sneidar via use-livecode <use-livecode at lists.runrev.com<mailto:use-livecode at lists.runrev.com>>:

It sounds like he is dealing with file permissions. His app can create but not write. I’ll bet the PDF file is 0 kbytes.

I had contact with Charles off-list.
No, the pdf sizes are not 0 kbytes. And they were written to the user's documents folder.  The different PDF files have different sizes on Windows and contain  exact the same number of pages the real PDF has, but they are blank.

The problem seems to be solved now. He will import/store the PDFs again in custom properties, but doing this under Windows. When those are written back from custom properties to pdf files on hard disk, they can be read  on Windows and macOS.
So at least he can proceed.

Anyway, i was wondering what the reason might have been that this did not work with PDF stored in custom properties on macOS.


I would try saving the file using open file <filename> for binary write; write to file <filename>; put the result into tResult, close file <filename> then check for tResult


Bob S


On Dec 31, 2023, at 8:52 AM, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:

Paul,

the subject of Charles post is a bit misleading.
The problem does not have to do with the menu.

Charles problem is the following. He stored several PDF files on macOS as custom properties. His program allows the user to save the PDF to hard disk using a menu entry.
The command for creating the PDF is
put the PDFfile1 of this stack into URL “binfile:……..“

When the PDF is saved on macOS the PDF is readable (on Windows and macOS), when the PDF is saved on Windows, a PDF with blank pages is created.

I am not sure, if this maybe has to do with encoding or so?

Regards,
Matthias

Von meinem iPad gesendet
Am 31.12.2023 um 16:18 schrieb Paul Dupuis via use-livecode <use-livecode at lists.runrev.com>:

I'm not sure exactly what you are talking about?

Are you asking about launching a PDF from a menu item under a "Windows" menu?

On 12/31/2023 9:41 AM, Charles Szasz via use-livecode wrote:
I have found that a method I use (proposed by LC tech support a few years ago to embed PDFs in a Windows menu (using custom properties) does not work in LC 9+. It does work on a Mac. Anybody have solution for this problem?


Sent from my iPad
_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com<mailto:use-livecode at lists.runrev.com>
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode