Guten Abend,

in meinem Web existieren "Gemeinsame Randbereiche". Auf einigen Seiten
existieren außerdem "page-breaks" zur Formatierung des Ausdrucks. Auf
*einer* Seite existieren beide Elemente.
http://www.tcbislich.de/aktuell.htm

Daraus folgt ein Problem ...

Internet Explorer 6.0 SP1:
Dem IE ist es egal, was auf der Seite ist. Der druckt wie gewünscht.

Firefox 1.5.0.1:
Der FF aber macht Probleme. Sind *beide* Elemente auf der Seite
vorhanden, dann werden die page-breaks vom FF ignoriert. Er druckt den
Text am Stück aus, ohne die Seitenumbrüche zu beachten.
Diesen Fehler kann ich reproduzieren. Nehme ich "Gemeinsame
Randbereiche" raus, dann werden vom FF auch die Seitenumbrüche beachtet.

Ist das bekannt und gibt es dazu einen workaround?

Google zumindest weiß gar nichts. Dort werden bei [page-break
"gemeinsame randbereiche"] genau null relevante Quellen gefunden. Die
engl. Bezeichnung für "gemeinsame randbereiche" entzieht sich meiner
Kenntnis. Wie lautet die bitte?

Kann mir jemand Hinweise geben, ob andere als die beiden o.g. Browser
diesen Fehler ebenfalls produzieren?

Danke für Infos!

--
Freundliche Grüße - Jürgen
***
Windows 2000 SP4 - Alle Updates - 13.04.06
http://home.arcor.de/jterlinden/index.htm

Juergen Terlinden schrieb:

> in meinem Web existieren "Gemeinsame Randbereiche".

Was ist denn nun aus
<http://google.com/groups?threadm=e0jn0a$tna$03$1%40news.t-online.com>
geworden?

> Auf einigen Seiten existieren außerdem "page-breaks" zur Formatierung
> des Ausdrucks. (...) Der FF aber macht Probleme. Sind *beide*
> Elemente auf der Seite vorhanden, dann werden die page-breaks vom FF
> ignoriert.

Wenn du gemeinsame Randbereiche verwendest, schließt FrontPage die ganze
Seite in eine Tabelle ein. Möglicherweise kommt Firefox damit nicht klar.
Ich habe gerade in <https://bugzilla.mozilla.org/> nach möglichen Bugs in
diesem Bereich gesucht, aber die Suche da macht keinen Spaß.

Ich verstehe ohnehin nicht, warum du Seitenumbrüche manuell festlegen
willst. Bei mir bräuchte der Ausdruck im IE dank deiner Unterstützung
doppelt soviel Papier wie nötig.

> Die engl. Bezeichnung für "gemeinsame randbereiche" entzieht sich
> meiner Kenntnis.

"Shared borders". Da es bei Übersetzungen häufig auf den Kontext ankommt,
empfehle ich
<ftp://ftp.microsoft.com/developr/msdn/newup/Glossary/German.zip>. Das
sind zwar gut 100 MB, dafür erhält man die String-Ressourcen für die
meisten aktuellen Microsoft-Programme. Man kann damit auch die Knowledge
Base viel besser durchsuchen.
<http://www.google.com/search?q=site:support.microsoft.com+%22Dieses+Grafikformat+wird+nicht+unterst%C3%BCtzt%22&ie=utf-8>
liefert nämlich keine Treffer; mit deu-deu-FrontPage2003.csv läßt sich
aber herausfinden, wie die Meldung in der englischen Version lautet, und
<http://www.google.com/search?q=site:support.microsoft.com+%22This+image+file+format+is+not+supported%22>
führt direkt zu <http://support.microsoft.com/kb/899494/en-US>.
<http://support.microsoft.com/kb/899494/de> zeigt dann nur noch, warum
Google im ersten Schritt nichts finden konnte.

--
All free men, wherever they may live, are citizens of Denmark.
And therefore, as a free man, I take pride in the words "Jeg er dansker!"

'Christoph Schneegans' wrote:

>> in meinem Web existieren "Gemeinsame Randbereiche".
>
> Was ist denn nun aus
> <http://google.com/groups?threadm=e0jn0a$tna$03$1%40news.t-online.com>
> geworden?

Achso, habe - wie von Dir empfohlen - jede Seite einzeln ohne GR
validiert und danach die GR wieder eingerichtet. 3 oder 4 von gut 20
Seiten hatten noch einen '</center>'-Fehler. Sonst gab es nichts zu
bemängeln.
Nun haben alle Seiten mit GR nur noch 1 Fehler, nämlich den "Microsoft
Border". Warum die früheren Datei-Versionen aller Seiten dann immer noch
einen 2. Fehler (meist END of TABLE-tag auswiesen) kann ich nicht
beantworten.
Daneben gibt es z.Zt. 2 Seiten mit weiteren Fehlern. Die Fehler beziehen
sich aber auf externe Links, auf die ich keinen Einfluss habe.

Es scheint eine gute Idee zu sein, neu ins Web einzubindende Seiten erst
dann mit den GR zu versehen, wenn sie fertig und insbesondere validiert
sind.

>> Auf einigen Seiten existieren außerdem "page-breaks" zur Formatierung
>> des Ausdrucks. (...) Der FF aber macht Probleme. Sind *beide*
>> Elemente auf der Seite vorhanden, dann werden die page-breaks vom FF
>> ignoriert.
>
> Wenn du gemeinsame Randbereiche verwendest, schließt FrontPage die
> ganze Seite in eine Tabelle ein. Möglicherweise kommt Firefox damit
> nicht klar.

Ok, wäre möglich - und ist wohl nicht der einzige Fehler, den FF im
Bereich Druck (-vorschau) hat. Vielleicht wird es mit 2.0 besser,
wenngleich ich da wenig Hoffnung habe, da "Drucken" nicht unbedingt im
Fokus der Browser-Entwickler zu stehen scheint, wie auch MS mit dem IE6
beweist.

Opera werde ich mir nachher wohl mal selbst installieren, um das
Ergebnis zu begutachten.

> Ich habe gerade in <https://bugzilla.mozilla.org/> nach
> möglichen Bugs in diesem Bereich gesucht, aber die Suche da macht
> keinen Spaß.

Das stimmt. Ich werde selbst auch noch mal suchen.

> Ich verstehe ohnehin nicht, warum du Seitenumbrüche manuell festlegen
> willst. Bei mir bräuchte der Ausdruck im IE dank deiner Unterstützung
> doppelt soviel Papier wie nötig.

*Teile* dieser Seite werden als Print-Version benötigt - und auch noch
auf A3 vergrößert. Um das sauber hinzubekommen sehe ich 2 Möglichkeiten
a) Seitenumbrüche
b) die Seite aufteilen
Letzteres ist unerwünscht - und würde in jedem Fall noch mehr Papier
benötigen.
Verbleiben Seitenumbrüche.
Die "Papierverschwendung" wird sich übrigens verringern, denn auf der
Seite fehlen noch Inhalte. Außerdem kann man das Dokument problemlos mit
2 Seiten/Blatt drucken.
Und schließlich werde ich mir die Seite nochmals ansehen und ggf.
umstrukturieren, wenn alle Inhalte verfügbar sind.

>> Die engl. Bezeichnung für "gemeinsame randbereiche" entzieht sich
>> meiner Kenntnis.
>
> "Shared borders". Da es bei Übersetzungen häufig auf den Kontext
> ankommt, empfehle ich
> <ftp://ftp.microsoft.com/developr/msdn/newup/Glossary/German.zip>. Das
> sind zwar gut 100 MB, dafür erhält man die String-Ressourcen für die
> meisten aktuellen Microsoft-Programme. Man kann damit auch die
> Knowledge Base viel besser durchsuchen.

Was es nicht alles gibt bei MS ...
Ich habe es schon geladen und schaue mir das mal an. Danke!

--
Freundliche Grüße - Jürgen
***
Windows 2000 SP4 - Alle Updates - 13.04.06
http://home.arcor.de/jterlinden/index.htm

Juergen Terlinden schrieb:

>> Was ist denn nun aus
>> <http://google.com/groups?threadm=e0jn0a$tna$03$1%40news.t-online.com>
>> geworden?
>
> Warum die früheren Datei-Versionen aller Seiten dann immer noch einen
> 2. Fehler (meist END of TABLE-tag auswiesen) kann ich nicht
> beantworten.

Nicht schön, möglicherweise entwickelt sich das wieder zu einem Problem.
URL?

> Daneben gibt es z.Zt. 2 Seiten mit weiteren Fehlern. Die Fehler
> beziehen sich aber auf externe Links, auf die ich keinen Einfluss
> habe.

<http://www.htmlhelp.com/tools/validator/problems.html.en#amp>, nicht
wahr? In FrontPage 2002 und 2003 mußt du dann tunlichst auf "HTML neu
formatieren" und "XML-Formatierungsregeln anwenden" verzichten, weil beide
Funktionen den Code dann wieder ungültig machen würden.

> Es scheint eine gute Idee zu sein, neu ins Web einzubindende Seiten
> erst dann mit den GR zu versehen, wenn sie fertig und insbesondere
> validiert sind.

Das kann nicht schaden.

--
All free men, wherever they may live, are citizens of Denmark.
And therefore, as a free man, I take pride in the words "Jeg er dansker!"

'Christoph Schneegans' wrote:

>>> Was ist denn nun aus
>>>
<http://google.com/groups?threadm=e0jn0a$tna$03$1%40news.t-online.com>
>>> geworden?
>>
>> Warum die früheren Datei-Versionen aller Seiten dann immer noch einen
>> 2. Fehler (meist END of TABLE-tag auswiesen) kann ich nicht
>> beantworten.
>
> Nicht schön, möglicherweise entwickelt sich das wieder zu einem
> Problem. URL?

Öhm, ich kann keine URL mehr liefern, da ich diesen Fehler auf allen
Seiten beseitigt habe. Der vorstehend genannte "2. Fehler" trat in den
Anfängen meiner Gehversuche mit "Gemeinsame Randbereiche (GR) auf.
Damals hatte ich die GR rausgenommen, ein paar Dateien validieren lassen
und diese mit 0 Fehlern gemeldet bekommen. Danach hatte ich die GR
wieder eingeschaltet (und zwar für alle Seiten/das gesamte Web) und
bekam wieder die Fehler "Microsoft Border" und meist was mit TABLE dazu.

Bei meiner letzten Korrekturaktion habe ich im Gegensatz dazu die GR pro
Seite rausgenommen, validieren lassen und dann auch pro Seite wieder
reingebracht. Danach war bei keiner Seite ein "2. Fehler" aufgetaucht.
Möglicherweise macht die verschiedene Vorgehensweise hier den
Unterschied aus.

>> Daneben gibt es z.Zt. 2 Seiten mit weiteren Fehlern. Die Fehler
>> beziehen sich aber auf externe Links, auf die ich keinen Einfluss
>> habe.
>
> <http://www.htmlhelp.com/tools/validator/problems.html.en#amp>, nicht
> wahr? In FrontPage 2002 und 2003 mußt du dann tunlichst auf "HTML neu
> formatieren" und "XML-Formatierungsregeln anwenden" verzichten, weil
> beide Funktionen den Code dann wieder ungültig machen würden.

Ja, so in etwa sehen die Links aus. Da greift wohl das Thema "Maskierung
von Zeichen", oder?
Ich nutze FP 2000 ... und werde mich dieser Problematik gegen Abend mal
annehmen.

--
Freundliche Grüße - Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm

'Christoph Schneegans' wrote:

> <http://www.htmlhelp.com/tools/validator/problems.html.en#amp>, nicht
> wahr?

Jetzt bin ich ratlos und weiß nicht weiter. Bemängelt wird u.a. folgende
URL:

http://www.tvn-tennis.de/ms_jugend/tabelle.php3?x_showspb=J& verein 85&x_bez=vva2&x_konk=M14&x_klas=BK%20D&x_grup=C

Die steht bei mir in FP so im HTML-Code:
<a
href=http://www.tvn-tennis.de/ms_jugend/tabelle.php3?x_shows pb=J&ver
ein 85&x_bez=vva2&x_konk=M14&x_klas=BK%20D& ;x_grup=C

target="_self">BK D - Gruppe C</a>


Was muß ich in FP 2000 tun, um die URL validiert zu bekommen?

--
Freundliche Grüße - Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm

'Juergen Terlinden' wrote:

> Was muß ich in FP 2000 tun, um die URL validiert zu bekommen?

Das Problem an sich habe ich soeben gelöst. Statt & habe ich %26
eingesetzt. Nun meckert der Validator nicht mehr.

Es schließt sich die Frage an, wie man solche URLs komfortabel in sein
Web einbinden kann.

--
Gruß Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm

'Juergen Terlinden' wrote:

>> Was muß ich in FP 2000 tun, um die URL validiert zu bekommen?
>
> Das Problem an sich habe ich soeben gelöst. Statt & habe ich %26
> eingesetzt. Nun meckert der Validator nicht mehr.

Zu früh gefreut. Nun liefert die Webseite eine Warnmeldung oder keine
Ergebnisse :-(

--
Gruß Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm

Juergen Terlinden schrieb:

> Subject: [OT] Sonderzeichen in URL [was: page-break / Gemeinsame Randbereiche]

Argh. <http://www.purl.org/stefan_ram/pub/usenet_subjectwechsel_de> lesen.
Warum zum Geier soll dein Posting hier "OT" sein, und warum erscheint es
in dieser Gruppe, obwohl es IYO nicht hierhin gehört?

> Die steht bei mir in FP so im HTML-Code:
> <a href=http://www.tvn-tennis.de/ms_jugend/tabelle.php3?x_showspb=J&verein 85&x_bez=vva2&x_konk=M14&x_klas=BK%20D&x_grup=C
> target="_self">BK D - Gruppe C</a>

Da fehlen einfach die Anführungszeichen um den Wert des "href"-Attributs.
<http://www.cs.tut.fi/~jkorpela/qattr.html> enthält eine einfache
Empfehlung.

--
All free men, wherever they may live, are citizens of Denmark.
And therefore, as a free man, I take pride in the words "Jeg er dansker!"

'Christoph Schneegans' wrote:
<news:e1td7u.qo.1 [at] news.christoph.schneegans.de>
> Juergen Terlinden schrieb:
>
>> Subject: [OT] Sonderzeichen in URL [was: page-break / Gemeinsame
>> Randbereiche]
>
> Argh. <http://www.purl.org/stefan_ram/pub/usenet_subjectwechsel_de>
> lesen. Warum zum Geier soll dein Posting hier "OT" sein, und warum
> erscheint es in dieser Gruppe, obwohl es IYO nicht hierhin gehört?

War wohl was früh heute ...

>> Die steht bei mir in FP so im HTML-Code:
>> <a
>>
href=http://www.tvn-tennis.de/ms_jugend/tabelle.php3?x_shows pb=J&ver
ein 85&x_bez=vva2&x_konk=M14&x_klas=BK%20D& ;x_grup=C
>> target="_self">BK D - Gruppe C</a>
>
> Da fehlen einfach die Anführungszeichen um den Wert des
> "href"-Attributs. <http://www.cs.tut.fi/~jkorpela/qattr.html> enthält
> eine einfache Empfehlung.

Tja, was soll ich sagen. Die "" sind natürlich vorhanden.
<a
href="http://www.tvn-tennis.de/ms_jugend/tabelle.php3?x_show spb=J&ve
rein 85&x_bez=vva2&x_konk=M14&x_klas=BK%20D&am p;x_grup=C"
target="_self">BK D - Gruppe C</a>


--
Gruß Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm

Juergen Terlinden schrieb:

>> Da fehlen einfach die Anführungszeichen um den Wert des
>> "href"-Attributs.
>
> Tja, was soll ich sagen. Die "" sind natürlich vorhanden.

Beim letzten Mal fehlten sie noch.

> <a
> href="http://www.tvn-tennis.de/ms_jugend/tabelle.php3?x_show spb=J&verein 85&x_bez=vva2&x_konk=M14&x_kl as=BK%20D&x_grup=C"
> target="_self">BK D - Gruppe C</a>

Daran ist nichts falsch. URL, Fehlermeldung, Rest des Dokuments, das
müßtest du doch inzwischen wissen...

--
All free men, wherever they may live, are citizens of Denmark.
And therefore, as a free man, I take pride in the words "Jeg er dansker!"

'Christoph Schneegans' wrote:

>> <a
>>
href="http://www.tvn-tennis.de/ms_jugend/tabelle.php3?x_show spb=J&ve
rein 85&x_bez=vva2&x_konk=M14&x_klas=BK%20D&am p;x_grup=C"
>> target="_self">BK D - Gruppe C</a>
>
> Daran ist nichts falsch. URL, Fehlermeldung, Rest des Dokuments, das
> müßtest du doch inzwischen wissen...

Danke für Deine Geduld, die 'kaputten' Links sind nun fehlerfrei.

Ich habe die betreffenden Seiten
http://www.tcbislich.de/jugend.htm
http://www.tcbislich.de/senioren.htm
mal im Browser geöffent und mir dort mit dem externen Editor (bei mir
Wordpad) den Quelltext angesehen.

Einige der kaufmännischen Unds standen dort als '&', andere als '&'.
Danach habe ich bei geschlossenem FP mit WordPad/Notepad alle '&' in
'&' geändert, das Web mit FP2000 veröffentlicht und ... nix!
Die Fehler waren wieder da! Vor der Veröffentlichung hatte ich die Seite
als lokale Datei noch validieren lassen, wobei kein Link-Fehler
angezeigt wurde.

Schließlich bin ich in FP in der Normalansicht auf 'Hyperlink
bearbeiten' gegangen und habe manuell jede Stelle entsprechend
korrigiert. Dann das Web wieder veröffentlicht und ... die Fehler waren
weg!

Die so korrigierten Stellen sehen in der HTML-Ansicht nun übrigens so
aus:
&amp;verein 85

Nochmals danke!

--
Gruß Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm

Juergen Terlinden schrieb:

> Die so korrigierten Stellen sehen in der HTML-Ansicht nun übrigens so
> aus:
> &amp;verein 85

Das ist falsch. Im Dialog "Hyperlink Bearbeiten" (Strg+K) mußt du
"http://www.example.org/?foo=1&bar=2" eingeben, in der HTML-Ansicht muß
dann "http://www.example.org/?foo=1&bar=2" stehen. FrontPage 2000
machte das auch noch richtig, FrontPage 2002 und 2003 nicht mehr.

--
All free men, wherever they may live, are citizens of Denmark.
And therefore, as a free man, I take pride in the words "Jeg er dansker!"

'Christoph Schneegans' wrote:

>> Die so korrigierten Stellen sehen in der HTML-Ansicht nun übrigens so
>> aus:
>> &amp;verein 85
>
> Das ist falsch. Im Dialog "Hyperlink Bearbeiten" (Strg+K) mußt du
> "http://www.example.org/?foo=1&bar=2" eingeben, in der HTML-Ansicht
> muß dann "http://www.example.org/?foo=1&bar=2" stehen.

Das war ja auch vorher schon überall der Fall und FP 2000 hat wohl alles
richtig gemacht. Nach neuerlichem Öffnen der beiden genannten Seiten
waren die doppel-'amp;' übrigens wieder verschwunden.

Allerdings: Solange der gemeinsame Randbereich aktiviert ist bzw. die
Zeile
<meta name="Microsoft Border" content="none">
vorhanden ist, solange werden die Seiten auch als nicht valide
ausgegeben und Link-Fehler ausgegeben.

Wenn in etwa 10 Tagen die endgültige Struktur der Homepage steht, dann
werde ich den GR wieder rausnehmen. Den potentiellen Mehraufwand zur
Pflege des Menüs muß ich dann in Kauf nehmen.

Oder gibt es vielleicht die Möglichkeit, den Inhalt einer HTM- oder
TXT-Datei (eine mit den Menüinhalten) in den <body> zu importieren?

--
Gruß Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm

Am 17.04.2006 schrieb Juergen Terlinden:

> Oder gibt es vielleicht die Möglichkeit, den Inhalt einer HTM- oder
> TXT-Datei (eine mit den Menüinhalten) in den <body> zu importieren?

Steht Dir eine serverseitige Programmiersprache (ASP, PHP) zur Verfügung?
Dann könntest Du es damit machen. U. a. aus dem von Dir genannten Grund bin
vor längerer Zeit weg von den GR hin zu ASP. Jetzt wird die Navigation
durch ein einfaches <%Server.execute("/navi.asp")%> in jeder Seite
eingebunden.

Eine weitere Möglichkeit wäre SSI, s. z. B.
<http://drweb.de/ssi/ssi_uebersicht.shtml> (ob die Seite was taugt, weiß
ich nicht, war eine der ersten in Google).

--
Grüße
Peter
WIN XP Prof. SP2, FP2000

Juergen Terlinden schrieb:

> Solange der gemeinsame Randbereich aktiviert ist bzw. die Zeile
> <meta name="Microsoft Border" content="none">
> vorhanden ist, solange werden die Seiten auch als nicht valide
> ausgegeben und Link-Fehler ausgegeben.

Ich kann wirklich keinen Zusammenhang zwischen gemeinsamen Randbereichen
und kaputten Links feststellen, ich habe das gerade nochmal getestet.

> Oder gibt es vielleicht die Möglichkeit, den Inhalt einer HTM- oder
> TXT-Datei (eine mit den Menüinhalten) in den <body> zu importieren?

Bspw. die Komponente "Seite einschließen". Die Randbereiche greifen intern
auch auf diese Komponente zurück, wenn du also mit den Randbereichen
Probleme hast, dann möglicherweise auch mit dieser Komponente.

--
All free men, wherever they may live, are citizens of Denmark.
And therefore, as a free man, I take pride in the words "Jeg er dansker!"

'Peter Lederer' wrote:

>> Oder gibt es vielleicht die Möglichkeit, den Inhalt einer HTM- oder
>> TXT-Datei (eine mit den Menüinhalten) in den <body> zu importieren?
>
> Steht Dir eine serverseitige Programmiersprache (ASP, PHP) zur
> Verfügung?

Ja, PHP.

> U. a. aus dem von Dir genannten Grund bin vor längerer Zeit
> weg von den GR hin zu ASP.
> Jetzt wird die Navigation durch ein einfaches
> <%Server.execute("/navi.asp")%> in jeder Seite eingebunden.

PHP habe ich getestet und erste Resultate sind
http://www.tcbislich.de/aktuell.php sowie
http://www.tcbislich.de/senioren.php
(als Einzelseiten, nicht verknüpft).

Und dafür sind nur 2 Zeilen Code nötig:
<?php include("testmenu.htm");
?>
Das ist ja simpel - wenn man weiß, wie es geht ;-)
Ich denke, ich werde mein Web dahingehend umbauen. Danke für den
Hinweis!

Nun hätte ich noch eine FP2000-spezifische Frage. Das Umbenennen von
Dateien wird auch in PHPs klaglos übernommen, aber z.B. ->Ansicht ->
Hyperlinks funktioniert (nun bei mir) bei PHP-Dateien nicht (mehr). Gibt
es in FP2000 noch andere Limitierungen bzgl. PHP-Dateien?

--
Gruß Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm

'Christoph Schneegans' wrote:

>> Solange der gemeinsame Randbereich aktiviert ist bzw. die Zeile
>> <meta name="Microsoft Border" content="none">
>> vorhanden ist, solange werden die Seiten auch als nicht valide
>> ausgegeben und Link-Fehler ausgegeben.
>
> Ich kann wirklich keinen Zusammenhang zwischen gemeinsamen
> Randbereichen und kaputten Links feststellen, ich habe das gerade
> nochmal getestet.

Ich verfüge leider über viel zu wenig Kenntnisse, um das sowie generell
Zusammenhänge beurteilen zu können.

Nochmals zu ...
> In FrontPage 2002 und 2003 mußt du dann tunlichst auf "HTML neu
> formatieren" und "XML-Formatierungsregeln anwenden" verzichten, weil
> beide Funktionen den Code dann wieder ungültig machen würden.

Wäre es möglich, daß auch FP2000 hier in irgendeiner Weise agiert? Ich
kann nicht mehr sagen, ob ich seinerzeit über "Ersetzen" aus '&x_' ein
'&x_' gemacht habe oder einfach nur 'amp;' in den HTML-Code
einfügte. Da ich dies aber mehrfach getan hatte, habe ich womöglich
beide Optionen genutzt.

Das Resultat jedoch war, daß 'amp;' nach dem neuerlichen Start von FP
und dem Aufruf der betreffenden Seiten wieder fehlte. Und es betraf ja
auch nur einen Teil der Links. In anderen war '&' von Beginn an völlig
korrekt als '&' dargestellt und wurde auch nie beanstandet.

Diese "Umwandlung" habe ich bei der mittlerweile angetesteten
PHP-Version (siehe Beitrag nebenan) nicht beobachtet. Dort bleibt
'&' bislang stets erhalten.

--
Gruß Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm

Am 18.04.2006 schrieb Juergen Terlinden:

> Gibt
> es in FP2000 noch andere Limitierungen bzgl. PHP-Dateien?

Das kann ich Dir leider nicht beantworten, da ich ausschließlich mit ASP
gearbeitet habe. Da kann ich mich aber an keine Beschränkungen erinnern,
allerdings benutzte ich FP auch fast nur als "Text-Editor", habe also nur
in der Quelltextansicht gearbeitet.

--
Grüße
Peter
WIN XP Prof. SP2, FP2000

'Peter Lederer' wrote:

>> Gibt
>> es in FP2000 noch andere Limitierungen bzgl. PHP-Dateien?
>
> Das kann ich Dir leider nicht beantworten, da ich ausschließlich mit
> ASP gearbeitet habe. Da kann ich mich aber an keine Beschränkungen
> erinnern, allerdings benutzte ich FP auch fast nur als "Text-Editor",
> habe also nur in der Quelltextansicht gearbeitet.

Ok.
Dann werde ich jetzt mal mein Web auf PHP umstellen.
Danke für alle Infos!

--
Gruß Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm

Juergen Terlinden schrieb:

> Das Umbenennen von Dateien wird auch in PHPs klaglos übernommen,

Wenn du eine Datei im Web umbenennst, werden Verweise darauf _in_
PHP-Dateien aktualisiert?

> aber z.B. ->Ansicht -> Hyperlinks funktioniert (nun bei mir) bei
> PHP-Dateien nicht (mehr). Gibt es in FP2000 noch andere
> Limitierungen bzgl. PHP-Dateien?

Die meisten Funktionen zur Website-Verwaltung funktionieren mit .php
nicht. Das wurde erst in 2003 geändert.

--
All free men, wherever they may live, are citizens of Denmark.
And therefore, as a free man, I take pride in the words "Jeg er dansker!"

'Christoph Schneegans' wrote:

>> Das Umbenennen von Dateien wird auch in PHPs klaglos übernommen,
>
> Wenn du eine Datei im Web umbenennst, werden Verweise darauf _in_
> PHP-Dateien aktualisiert?

Nein. Auf diesen Umstand bin ich natürlich auch prompt gestoßen. Und
nicht mal Du hast eine Lösung dafür ;-) ... siehe:
http://groups.google.de/groups/search?hl=de&lr=&q=php+frontp age+2000+umbenennen

Aber nach kurzem Überlegen hatte ich dafür einen workaround.

In FP die erste Seite im Web auf *.php geändert. Parallel dazu ein
"DOS"-Fenster im betreffenden Ordner geöffnet und
ren *.php *.htm
ausgeführt. Zurück zu FP, <F5> zum Aktualisieren gedrückt, die nächste
Seite in *.php umbenannt, zurück zu DOS, dort ebenfalls nur noch <F5>
für obigen Befehl und so weiter.
Zum Schluß alle *.htm in *.php umbenannt, die menu.php wieder in
menu.htm und fertig war der Braten.

Vielleicht hast Du jetzt noch eine Idee, wo in FP oder der Registry man
PHP als 'als HTML-Dokument zu behandeln' hinterlegt?

--
Gruß Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm

Juergen Terlinden schrieb:

> Zum Schluß alle *.htm in *.php umbenannt, die menu.php wieder in
> menu.htm und fertig war der Braten.

Bei großen Websites dürfte das ziemlich lange dauern.

> Vielleicht hast Du jetzt noch eine Idee, wo in FP oder der Registry man
> PHP als 'als HTML-Dokument zu behandeln' hinterlegt?

In der "vti_htmlextensions"-Eigenschaft in _vti_pvt\service.cnf. Ändern
ist dummerweise zwecklos.

--
All free men, wherever they may live, are citizens of Denmark.
And therefore, as a free man, I take pride in the words "Jeg er dansker!"

'Christoph Schneegans' wrote:

>> Zum Schluß alle *.htm in *.php umbenannt, die menu.php wieder in
>> menu.htm und fertig war der Braten.
>
> Bei großen Websites dürfte das ziemlich lange dauern.

Nun, der Mehraufwand dürfte bei 5 - 10 Sekunden pro Seite liegen, wenn
die zu ändernden Dateien alle im selben Ordner liegen. Bei 30 - 40
Seiten ist das überschaubar. Und es ist sicher deutlich schneller und
sicherer, als Links manuell zu korrigieren.
Bei großen Websites macht das sicher keinen Sinn. Aber die dürften wohl
über andere Werkzeuge zur Siteerstellung verfügen.

>> Vielleicht hast Du jetzt noch eine Idee, wo in FP oder der Registry
>> man PHP als 'als HTML-Dokument zu behandeln' hinterlegt?
>
> In der "vti_htmlextensions"-Eigenschaft in _vti_pvt\service.cnf.
> Ändern ist dummerweise zwecklos.

:-(

--
Gruß Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm

'Christoph Schneegans' wrote:

>> Solange der gemeinsame Randbereich aktiviert ist bzw. die Zeile
>> <meta name="Microsoft Border" content="none">
>> vorhanden ist, solange werden die Seiten auch als nicht valide
>> ausgegeben und Link-Fehler ausgegeben.
>
> Ich kann wirklich keinen Zusammenhang zwischen gemeinsamen
> Randbereichen und kaputten Links feststellen, ich habe das gerade
> nochmal getestet.

Du dürftest (natürlich) Recht haben. An den GR liegt es nicht. Es spielt
auch keine Rolle, ob PHP- oder HTML-Daeien vorliegen.
Auch das Löschen der einzelnen '&', abspeichern des Hyperlinks sowie
anschließendes Einsetzen von '&' hilft nicht.
Ich habe auch Phase5 ausprobiert. Das Resultat damit war noch schlechter
als mit FP2000, denn mit FP waren die Link-Fehler wenigstens nach dem
ersten Hochladen der geänderten Datei *nicht* vorhanden. Mit Phase5
traten sie (nach einmaligem Versuch) direkt auf.

Falls sowas möglich ist, dann liegt der Fehler evtl. im Link der
Originalquelle selbst? Ich weiß es nicht.
Falls es noch von Belang ist: Eine der beiden betroffenen Seiten ist
http://www.tcbislich.de/jugend.htm
und dort die Links der Spalte mit 'BK x - Gruppe y'. In der
*Quelltextansicht* nach '&verein' gesucht führt direkt zum Fehler, von
dem alle '&' des Links betroffen sind. Kurioserweise sind die beiden
anderen Links derselben Zeile völlig ok - und waren es von Anfang an.
Die andere Seite ist http://www.tcbislich.de/senioren.htm.
Dort ist ebenfalls die Spalte mit 'BK x - Gruppe y' betroffen sowie die
letzte Link der Spalte. Der jeweils mittlere Link ist auch hier ok.

PS: Ich habe das Web wieder auf HTMs umgestellt, da ich die
Management-Funktionen von FP benötige.

--
Gruß Jürgen
***
Windows 2000 SP4 - Alle Updates - 15.04.06
http://home.arcor.de/jterlinden/index.htm