phpwcms Support Forum

Hi

check your Template - seems that there is no seperation between Borders (Navigatin) and Content - and so the 'Print' can't show only the Content

ps. your nav-table goes across the whole Page with 100%with

Has anyone else noticed this pesky little issue where [PRINT] layouts no longer work in 1.2.3 DEV when the page url's are being rewritten with mod_rewrite?

hello ben,

my two test-installations of 1.2.3-dev showing the same error during [PRINT] layout. The whole page are printing.
One installations are working with a basic-navigation, the other one is css-navigated.
All installations are running at subdirectories, using peperkorn-online templates and hosted by apache under linux.
On my local development system (linux) - it don´t work.

Switching off the rewrite, printing works fine.

I think, it is a bug.

Knut

print does not work when allias names are used. It always needs id=...

Please send link to your site. Seems that a Squid or proxy or whatever causing this "bug".

Oliver

hello Oliver,

the two testpages:

http://www.kt-zwergenstuebchen.de/phpwcms/
http://www.planmatrix.de/wcms1/

Gruß Knut

Hi Oliver,

In case it helps...another site of mine with rewrite on is located here with the same problem. (Only the index and contact page is with phpwcms).

disable rewrite.
Oliver

Danke erst einmal für die Mühe.

Ich werde rewrite ausschalten.

Gibt es einen Denkansatz woran es liegen könnte?
Auf meinem lokalen System arbeite ich mit virtuellen Domains.
Hier funktioniert das Printing auch nicht.

Drei weitere Ungereimtheiten sind mir aufgefallen:
1. CSS
CSS layouts (Navigation) funktionieren nicht, wenn folgender Eintrag in der Vorlage steht:

Dieser Kommentar muss gekürzt werden wenn CSS funktionieren soll.

Es dürfen nicht zuviele "-" in der Zeile stehen. (gezählt habe ich nicht).

2. CSS Kompatibilität bei {NAV_LIST_TOP:Start:Classe}
nur durch einen CSS-Hack zu erreichen. (Tantek/Tant-Hack).
Sonst wird eine pixelgenaue Ausrichtung der vertikalen Navigation nicht möglich.
Das zieht nach sich, dass der Dokumenttyp erweitert werden muss.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
Sonst klappt der Hack nicht.
Das alte Problem IE/Mozilla/Opera.

3. Rand im Seitenlayout funktioniert nicht:
Rand: oben/unten/links/rechts
Hier hilft nur das Patchen des PHP-Code mit dem Code aus der 1.2.1-DEV.

Vielleicht sollte dies direkt in der nächsten Version eingebaut werden.

------------------------------------------------------------------------------
For english people I will write it in the evening. Sorry, it´s time to go.
------------------------------------------------------------------------------

Gruß Knut

Ich weiß nicht, was das jetzt alles mit phpwcms zu tun hat.

CSS Hacks - sorry. Darauf nehme ich keine Rücksicht. An dieser Stelle halte ich CSS für ungeeignet. Dann kann man das eben nicht nutzen oder muss sich Alternativen überlegen.

Welcher Code aus 1.21 soll nicht in 1.2.3 enthalten sein?

Oliver

What seems odd to me is that print layouts worked properly for 1.2.1 with re-write, but are not working with 1.2.3. Here are 2 examples that are running on the same server:
http://www.healthcareps.com - version 1.2.1
http://www.usspec.com - version 1.2.3

That's what I mentioned in the Mantis bug report...that it worked for me with the previous version with mod rewrite but not with 1.2.3-DEV

Zu Punkt 1:

Dann verwende doch anstelle von:



einfach nur noch:



oder:



Dann hast du nur die erlaubte Anzahl an -

also bei mir gehts mit 1.2.3 und rewrite http://test.hdk-online.de

Pico, did it take any trickery to get print layouts working properly with re-write or did it simply work correctly for you?

Hi

as you can see this is just a quick'n dirty installation of the original Package of the Version 1.2.3 without any Hacks and Changes - just turned rewrite ON and activate .htaccess

phpwcms Support Forum

[SOLVED] Print layout not working in 1.2.3 DEV

mod_rewrite print-layout (Druckansicht)