Formatierungen in advancedtext

Fritz Schwendemann

Hallo zusammen

Vielleicht hab ich's ja nicht bekommen, aber hat sich in der neuesten Designer-Version 1.91 etwas geändert? Bei den Artikelbeschreibungen gehen seit kurzem Leerzeilen und Formatierungen (bold, underline) verloren. Am Bildschirm sieht man über Coresuite Editor alles korrekt, beim Drucken werden Leerzeilen ausgelassen.

Es handelt sich um einen AdvancedText mit folgendem Code:

itemText.Text = LD.MultiLineRTF(DocumentRow("Text"))

Die Leerzeilen "wandern" übrigens an den Anfang, d.h. der Textblock hat u.U. zuerst ein paar Leerzeilen und dann folgt der Text am Stück.

Für Eure Hilfe danke ich im voraus.

Fritz Schwendemann

Sascha Balke

Hallo Fritz,

schaue mal unter Administration > Add-Ons > Coresuite designer > Config.

Ist dort "Preserve Spaces" ausgewählt?

Wenn nicht, probiere es mal damit.

Fritz Schwendemann

Hallo Sascha

Leider nicht, danke trotzdem. Werde wohl mit Coresystems Kontakt aufnehmen müssen. Ich bin nicht sehr glücklich mit den neuesten Updates. Deinem Beitrag betreffend Customize -> langes Warten beim Aktualisieren kann ich nur zustimmen. Echt mühsam.

Schönen Gruss
Fritz

Sascha Balke

Welche Version hast du denn im Einsatz?

Fritz Schwendemann

Hallo Sascha & Coresystems

Ich habe - leider - die neueste Version 1.91 :evil:

Bin aber in der Ursachenforschung einen grossen Schritt weiter gekommen: Der Fehler passiert nur dann, wenn die Textbox bei can break auf true gesetzt ist!!!! Da wir manchmal sehr, sehr lange Artikeltexte haben, gibt es schnell einmal einen Seitenumbruch. Und genau dann passiert der Fehler: Designer löscht die Leerzeile raus und befördert sie an den Textanfang. :evil: :evil:

Bei kurzen Texten oder can break = false fällt dieser Fehler natürlich nicht auf.

Hoffe, dass bald eine Lösung verfügbar ist.

Danke und Gruss
Fritz

Philipp Knecht

Hallo

Bitte im entsprechendem Preview Ctrl & Floppysymbol betätigen.
Resultierendes File dann an knp[ a t ] coresystems.ch schicken.

Danke

Andrea Kühn

Hallo Philipp,
auch ich habe dieses Problem bei einem Kunden.
Leerzeilen aus einer Belegposition vom Typ Text werden am Anfang des Textes gedruckt.
Allerdings nicht bei jedem Text.
Habe so den Eindruck, als ob das Problem nur bei ungeraden Positionen besteht.
Klingt seltsam, ich weiß, aber der selbe Text wird in der einen Position richtig mit Formatierungen und Leerzeilen gedruckt, in der nächsten Position werden die Leerzeilen dann an den Textanfang gestellt und Formatierungen nicht berücksichtigt.
Gruß
Andrea Kühn.

Philipp Knecht

Hi Andrea

Wir sind dem Fehler ganz dicht auf der Spur.
Es würde uns helfen wenn du uns ebenfalls das Supportpackage schicken könntest.

hth

Roy Carlitscheck

gibt es bei diesem Problem schon eine Lösung?

mfg

Roy Carlitscheck~

Philipp Knecht

Hallo zusammen

Erwarte heute oder morgen die Lösung seitens Hersteller (renderengine)
Danach wird 1 - 2 Tage inhouse gestestet und dann releast.
Ev. gibts ne Beta für die ganz dringenden Fälle.

hth

Roy Carlitscheck

Vielen dank für die Info!

Dann wünsch ich viel Erfolg und warte gespannt auf die Lösung.

mfg

Roy Carlitscheck

Daniel Ebi

Hallo zusammen,

habe das Problem nun auch bein einem Kunden, allerdings in den Anfangsbemerkungen. Ich gehe jedoch davon aus, dass es das gleiche Problem ist (Text ist zu groß für erste Seite, dadurch wird ein Seitenwechsel erzeugt, CanBreak=True).

Also Philipp, gib Gas :-)

Gruss

Daniel

Monika Lutz

Hallo zusammen,
ich hatte das Problem heute bei einer Textposition in einem Angebot, das vor dem Update auf die neueste Version begonnen wurde.
Heute wurde es fertig bearbeitet. Die Vorschau war in Ordnung aber das PDF im Mail-Anhang verschluckte Leerzeichen und verschob Buchstaben.
In meiner Advanced Textbox war Arial als Schrift ausgewählt.
Ich habe den Coresuite-Editor für die betroffene Textposition geöffnet, dort war Times New Roman definiert.
Nachdem ich alle Textpositionen des Angebotes im coresuite-Editor auf Schriftart Arial umgestellt hatte, sah das PDF wieder ordentlich aus.
Ich hoffe, mit diesem Hinweis weitergeholfen zu haben.
Gruß Monika

P.S. Soeben habe ich festgestellt, daß der Trick leider nicht auf allen Rechnern funktioniert. Im coresuite-Editor ist nach nach erneutem Öffnen die Schriftart immer wieder Times New Roman.

Jürgen Hansen

Hallo,

gibt es hier schon was neues? Das Thema ist für einen unserer Kunden sehr wichtig, da der Fußtext bei ihm meistens deutlich über 2 Seiten lang ist.

Viele Grüße

Jürgen Hansen

Jürgen Hansen

Hallo zusammen,
wir haben noch etwas weiter gesucht, und einen Workaround gefunden, mit dem wir leben können.

Das Problem von dem Parser ist wahrscheinlich, dass er mit doppelten Zeilenumbrüchen, also

nicht zurecht kommt. Das haben wir jetzt dadurch gelöst, dass wir per Replace alle "
" mit "
" ersetzen. (Also vor das
ein Leerzeichen setzen)

Hier der Code dafür:

ld.MultiLineRTF(GetData("B1_Data.Document.Footer")).Replace("
"," 
")

Philipp Knecht

Hallo zusammen

Wir haben eine Version im Test welches dieses Verhalten fixt.
Wenn alles gut geht wird diese heute releast.

hth

Philipp Knecht

fyi:
1.93 wurde releast.
hth

Jürgen Hansen

Hallo Herr Knecht,

klappt super mit der neuen Version. Vielen Dank

Viele Grüße

Jürgen Hansen
CIB Computer

Carl Verhagen

Hi Mr.Knecht,
In spite of upgrading to the last release 1.93, we still have the same behaviour as before.
It occured since the upgrade from 1.90 to 1.91.
Please see the attchement.
We're on SAP B1 2005A PL 36.
Please advice.
Best regards,
Carl Verhagen

Philipp Knecht

Hi Carl

Can you repost the attachment because i cannot open it.

Thanks

Fritz Schwendemann

Hallo zusammen

Habe die neue Version 1.93 heute getestet und keinen Fehler mehr festgestellt.

Carl Verhagen

Hi Phillip.

I hope you can load the attachement now.
As I see the other messages that there problems have been solved, I wonder if my problem has something to do with this topic at all, but I think it has.

Please have a look.


Best regards,


Carl Verhagen

Attachment
[url=http://www.coresystems.ch/wp-content/../wp-content/forum-image-uploads/carl66/pdf Coresuite.jpg]pdf Coresuite.jpg[/url]

Philipp Knecht

Hi Carl

This looks like another issue.
Please send me the support package so i can examine it further.

hth

Carl Verhagen

Hi Phillip,
I hope you mean by the support packages, examples of the documents in .pdf and Word or .rsd format? I found this at the FAQ.
Please see the attached ZIP file. Otherwise, please explain what you mean by support packages.

I try to attach a ZIP file with more documents, but it will not open when it's attached?? :>o
Best regards,
Carl verhagen

Philipp Knecht

Hi Carl

To get a support package:
Just press Floppy Symbol & Control Key togehther in the Preview Window.

hth

Carl Verhagen

Hi Phililip,

I already saw that in the FAQ, but now I see the floppy symbol in the preview screen.
I created the support package, but in the preview everything is looking fine.
It's the pdf screen where the problems are, but no floppy symbol there?

Hopefully the attachment can be loaded.

Best regards,

Carl

Attachment
[url=http://www.coresystems.ch/wp-content/../wp-content/forum-file-uploads/carl66/SupportPackage_U0000015.zip]SupportPackage_U0000015.zip[/url]

Philipp Knecht

Hi Carl

Thanks for providing the package.
This bug has nothing to do with thread.
It has to do with right alignment of Textboxes and PDF Export.

I've just exported your case from the supportpackage to pdf.
It doesn't look that bad like the one from the pictures you've attached here?
I've got only one/two truncated fields in the header so it seems like rendering on your box is different like the rendering on mine.
Maybe a Windows Update can help.

But neverthless there is a too big difference between preview/print/pdf and i've send a testcase to the supplier.

hth

Carl Verhagen

Hi Phillip,

Thanks for taking a look.
I just updated my computer to the latest windows update, but unfortenately the .pdf still looks the same.

It's strange that before the update to rel. 1.91 everything was o.k.
Nobody else has a problem with this?

I'll also attach a new zip file with the example I created screens for before.
There is also a problem in the article description, but in this zip file, the description is too short, so you can't see anything.

Hope you can find the problem.

Regards,

Carl

Attachment
[url=http://www.coresystems.ch/wp-content/../wp-content/forum-file-uploads/carl66/SupportPackage_U0000016.zip]SupportPackage_U0000016.zip[/url]

Carl Verhagen

Hi Phillip,

Is there any news yet as the pdf format is used to send the form by fax and email and after the update till now, the forms have to be faxed manually or scanned, saved and then emailed.

So solving the problem is an urgent one.

Thanks in advance.

Regards,


Carl Verhagen

Philipp Knecht

Hi Carl
This issue is adressed in current development version.
Right alignment and PDF - Export now works much better.
At least there are no characters truncated.
Please let me know if you need this hotfix.
We hope to release a beta next week.
hth

Carl Verhagen

Hi Phillip.

Yes we need the hotfix as now no documents are send by the email- and pdf.button to our customers.
They print the salesorder, fax or scan it all manually and not by the SAP system.

That's all extra work and I don't want to change all documents I've created as I've to do that for 7 company's.

So please make the beta or hotfix available as soon as possible.

Thanks.

Carl

Carl Verhagen

Hi Phillip,

Thanks for the fix, but it didn't helped.

But maybe I found the reason why it didn't work.
In the Add On manager, the Coresuite release nr. = 2.20 while at our test server, where there's no pdf problem. the release nr. = 2.44

Till now we always install the several updates by the Get Updates button in the Coresuite Administration.

Does our partner has to upgrade the total Coresuite to rel. 2.44 (or latest version)?

We're now at SAP B1 2005 PL 36.

Also maybe it's better to start a new topic for this as it has nothing to do with the Formats in the advancetext?

Regards,


Carl Verhagen

Philipp Knecht

Hi Carl

Just tried it again with your supportpackage and the generated pdf looks fine.
I've reuploaded the hotfix maybe there went something wrong

hth

Carl Verhagen

Hi Phillip,

I have upload it again from your ftp server and will download it into our system again.
Hopefully the pdf problem will be solved then as well as other problems after installing the hotfix.

The printout after saving a salesorder or invoice etc. will print a nearly blanc one. (see attachement)

After printing it again it's o.k.?

I let you know monday if it has succeed.

Regards,

Carl

Attachment
[url=http://www.coresystems.ch/wp-content/../wp-content/forum-image-uploads/carl66/invoice.jpg]invoice.jpg[/url]

Philipp Knecht

Hi Carl

It's ok if you download recent hotfix (1.942)

hth

Carl Verhagen

Sorry Philip,
Just dowloaded the new hotfix 1.942, installed it and activate it at all databases, but now it won't even print automatically anymore.
So not after saving the document, not after pressing the printbutton and not by print all specified docyuments in the Sales menu??
After saving, the message Printing appears, but nothing comes out of the printer.

Also the preview button isn't working as the systems says that there's still 1 (print)action open. The printerfile has none!

What next??
Hopefully Monday it will be solved, as all companies have to create orders, deliveries etc.?
Regards,
Carl

Carl Verhagen

Hi Phillip,

It's all working again..we just stopped all databases and started them again and now the printing problem is solved.

However, the .pdf problem is still the same.
So as you don't have any problems with using the .pdf button it must have to do someting maybe at our side?
I will ask our IT dept. also to look for differences.

Best regards,


Carl Verhagen

Carl Verhagen

Hi Phillip,

As the pdf problem didn't exist at a test server, we did try to find all differences between the 2 servers.

It seems that the pdf problem exists as the screenresolution is set to 1680 * 1050 and the dpi settings is set to Big (120 dpi)
If the settings are 1680 * 1050 and Normal (96 dpi) the pdf problem is solved.

However then the fonts and icons are very small and we didn't have this problem before the upgrade to 1.91.

So maybe something in the upgrade changed the settings??

Best regards,


Carl Verhagen

Philipp Knecht

Hi Carl
Thanks for reporting this. I'll check it with the manufacturer.
You can set the dpi also on the printdefinition Email/Fax tab.
Take a look at the "Res." Field.
hth

Carl Verhagen

Hi Phillip,


Thanks for the answer, I didn't know that, but putting a value in the Res. field doesn't work.
It has some effect at the logo which is embedded in the form, but the missing or half figures or fonts still appears.

Also using the other field, Quality doesn't help.

Hopefully your manufacturer will find a solution.

Best regards,

Carl

Philipp Knecht

Hi Carl

I just reproduced it now with this advanced diaplay setting in windows.
I've i put it to 120 dpi i have the same issues. So setting it back to 96 should solve the issue.

Neverthless i'll inform the manufacturer about this issue.

hth

Carl Verhagen

Hi Philipp,


Any news from your manufactuer about the change in dpi rendering to pdf?

There must be something changed as the problem didn't occur in the former releases.

Best regards,

Carl Verhagen

Carl Verhagen

Hi Philipp,

Any news about the rendering of pdf or a new release coming?

Is this problem also the same as in the thread Abgesnittene buchstaben beim pdf bruck??

Best regards,

Carl Verhagen

Philipp Knecht

Hi Carl

Should be solved.
But to be 100% sure please send me also an affected Preview (Testcase)
I'll send the result (PDF) then back to you.

hth

Carl Verhagen

Hi Philipp,

I just send the package zip file to the supportdesk.
Please have a look.

Best regards,

Carl Verhagen
Hitma Beheer B.V.