Zamiast IFRAME w XHTML

0

Tworze homepage. Design przewidziałem tak, że strona mieści się na ekranie bez skrollbarów. Mój problem polega na tym czy można stosować iframe w xhtml 1.1. Jeżeli nie to co w zamiast pływających ramek mam zastosować. Myślałem nad jakimś skryptem, któryby wczytywał tekst do odpowiedniego div'a. Pomóżcie.

0

Iframe w XHTML 1.1? Nie ma czegoś takiego. Jedynie XHTML 1.0 Frameset można zastosować jeżeli się chce używać ramek.

http://www.mozillapl.org/forum/about-5117.html

0
Ktos napisał(a)

Nie ma czegoś takiego.

Jeszcze nie widzialem by ktos tak doslownie stosowal punkt odniesienia pod katem tego czy cos istnieje czy nie ;P.

Niestety, tak sobie wymyslili i w swiecie xhtml 1.1 iframe nie istnieje (czy tez "nie ma czegos takiego" ;)). Tak, wiem - idiotyczne to - tracisz obiekt ktory jako jedyny mogl pokryc np. selecta w IE, mogl miec przy tym id i tak dalej. Ale nie o to pytales.

Coz, jedynym rozwiazanie dla Ciebie jest umieszczenie tego co potrzebujesz w divie z overflow: auto. Wszelkie inne rzeczy jak podmiania zawartosci tego diva bez przeladowania calej strony, bazowac musza juz np. na JS.

0

Dzięki za odpowiedź, teraz przydałby mi się taki gotowy skrypt. Możecie coś zaproponować?

0

Skrypt do czego? Do podmiany treści? To zastosuj coś takiego:
document.getElementById('id_diva').innerHTML='tutaj to, co chcesz, by było w ramce';
Oczywiście możesz zastosować tablicę z tekstami do podstawienia i w parametrze funkcji podstawiającej tekst podać indeks w tej tabelce.

0

Jeżeli dobrze myśle to podane rozwiązanie ma jedną wadę. Gość odwiedzający stronę będzie musiał pobrać Od razu całą jej zawartość (tzn. wszystkie podstrony). Może da to się jakoś z php połączyć?

0

Niestety, takie czasy - albo coś jest użyteczne i funkcjonalne albo zgodne ze standardami - Ty musisz wybrać którą ścieżką podążać...

0

Ale kto Cie zmusza do xhtml 1.1 ? Uzyj tego co jest Ci potrzebne w danej chwili, czyli xhtml 1.0 Frameset !

0
Marooned napisał(a)

Niestety, takie czasy - albo coś jest użyteczne i funkcjonalne albo zgodne ze standardami - Ty musisz wybrać którą ścieżką podążać...

Nie, myślę, żeby się dało zrobić coś zgodnego ze standardami a jednocześnie będącego użyteczne i funkcjonalne :)

OT: Skojarzyło mi się z: Są dwie ścieżki Mocy. Ty musisz wybrać, którą chcesz podążyć, mój młody padawanie ;)

0

Ma tą wadę/zaletę. Drugą opcją jest odczytywanie całej stronki z serwera, tylko z odpowiednim parametrem w include. Trzecią odpowiednie połączenie XML+XSLT+CSS. Jak? W pliku XML generowanym przez serwer przekazujesz tylko dane ze "środka" strony. Resztę strony (menu, nagłówek, stopkę i te sprawy) trzymasz w dokumencie XSLT (zawsze jednym i tym samym). Dzięki temu przeglądarka pyta się o dokument XML, ściąga tylko to, co jest nowego, a XSLT ze wszystkimi nie zmieniającymi się danymi wyciąga sobie z własnego Cashe. To rozwiązanie jednak nie zadziała na Operze (która nie potrafi wyświetlić XML'a z XSLT), no ale to już nie wina World Wide Web Consorcium, że Opera nie zalicza się do przeglądarek obsługujących najnowsze standardy (nawet IE sobie z tym o dziwo radzi ;) ).

0
lider napisał(a)

Jeżeli dobrze myśle to podane rozwiązanie ma jedną wadę. Gość odwiedzający stronę będzie musiał pobrać Od razu całą jej zawartość (tzn. wszystkie podstrony). Może da to się jakoś z php połączyć?

Nom, da sie. Mozesz zrobic zwykle przeladowania strony ("po staremu") i wtedy ten div z overflow bedzie mial zawartosc dzialu, ktory sobie user wybierze.

Drugie rozwiazanie to wywolania XHTTP Request z poziomu javascript, wtedy przegladarka w sposob mniej widoczny pobiera okreslone dane, np. zawartosc dzialu do zmiennej - wtedy wystarczy podmienic innerHTML i po sprawie.

// dopisane:
@Adam i reszta: <font size="4"><font color="blue">Opera 9.0 Preview 1 ma support dla XSLT</span></span>. Do tego (w koncu) doszla kontrolka do designMode.

1 użytkowników online, w tym zalogowanych: 0, gości: 1