ESC majd ':' (kettospontot utsz le)
utna irod a parancsot.
ESC-el kilepsz a parancsmodbol, majd 'i' vel be az INSERT modba.
ESC-el kilephetsz majd 'v' / Shift-V /Control-V vel a kijeloles modba.
<off>
amúgy a korganizer sem mentes a html-től: én a feladataimat kimentem mindig weblapként, pendrive-on hurcolhatom akár wines gépre is. szép, tiszta xhtml kódja van annak is
</off>
nem azért írtam, mert nagy szükségem van rá, de ha albumot akarok csinálni, én is inkább scriptelnék, mintsem a konquerort használjam, csak dj jogos szemöldökráncolása végett pontosítottam.
g_mac: nekem annyira nem jött be az eclipse. a bluefish keres/csere képessége számomra perdöntő
xml-ügyben keresgéltem, s a morphon technologiesnak találtam egy java alapú (linux, mac, win alatt is futó) szerkesztőjét, próbálni még nem próbáltam, akit érdekel még, itt a link
Ha már így elmegyünk az eredeti témától, szerintem sokkal szebb megoldás az igal csomag. Te csinálhatod meg a html template-et, amit használni fog (persze van neki default is, tehát ha a latin1 követelmény... ;)) , tud slide-os megoldást, szerintem a célra (mármint biciklitúrás képekhez) tökéletes.
a href="http://docs.kde.org/en/3.1/kdebase/konqueror/konq-plugin.html">itt egy nagyon rövid leírás
a lényeg ez a két bekezdés:
The package kdeaddons contains several useful plugins that interact with Konqueror in various ways. These are explained briefly below, more detailed information may be obtained by looking through the Konqueror Plugins section in the KDE Help Center.
illetve
Image Gallery
In File Manager mode, you can select Tools->Create Image Gallery to create an HTML page with thumbnails of all the images in the current directory. By default the HTML page is called images.html and the thumbnails are put into a new thumbs directory.
nem vicc, elírás, konqueror természetesen az a korganizer
ha filekezelőként futtatod, akkor van egy ilyen lehetősége (azt hiszem, a kde-s topikban a pontos menü le van írva), hogy az adott könyvtárban szereplő képekből egy albumot készítsen.
én ezt nem használtam, de a gqview képnézőben magam is csináltamolyat, hogy html albumot készítettem a képekből. persze latin1 kódolású meg minden, de a thumbnaileket is megcsinálja. kivételesen tényleg kerékpártúrás fotóalbumot készítettem vele
khiraly: igen, vhova az apache conf-ba be kell tenni az AddCharset ISO-8859-2 megjegyzést, nekem az <IfModule mod_mime.c@gt; alatt van a httpd.confban
Egyébként ha már kódolásoknál tartunk tegnap volt egy érdekes problémám, hátha valakinek van hozzá lövése:
Egy intranetes PHP-s alkalmazásomat fordítottam angolra (magyar működött rendesen) és tesztelés közben egy-egy oldal nem jött be - w2k+IE6 alatt 404, Linux+Moz1.3.1 alatt csak fehér oldal. Frissítésre mindkettő jól jött. Fél napom ráment, mire az összes session kezelést, adatbázis lekérdezést és tömb műveletet átbogarásztam, debugoltam. Míg eljutottam a karakter kódoláshoz (ISO-8859-2) - ott akadt el; átraktam win-1250-re és onnantól rendesen ment minden, minden platformon, elsőre, helyesen. ??? Vajon miért csinálta?
g_mac:
Az UTF8-at a normalis szovegkodolastol(iso8859-1,2) ugy lehetn a legkonnyebben megkulonboztetni, hogy a latin1,2 ben egy karakter az tenylegesen egy karakter.(tehat egy ekezet is).
Az utf8-ban csak a hagyomanyos beutk egy karakterek(z,h,j,.:), es minden ekezet egyeb kulonleges karakter az ket karakterbol all(2-bajtos)
De hogy a kerdesedre is valaszoljak:
az a' betunek(á) a decimalis kodja 225 ezt hexaba leirva: E1. De ettol meg egy karakter.
Utf8ban az a betu 2 karakterbol all:
decimalisban: 195, 161 (hexaban: C3 A1)
Tehat valami rossz tablazatot nezhettel.
(igy csinalok utf8-at: recode latin2..utf8 bemeneti.fajl)
Mindig is bajban voltam ezekkel a kódolásokkal, de segítsetek: megnéztem hex editorban én is az oldalt és kerestem egy á betűt benne, aminek E1-es kódot írt ki. Megnéztem az UTF-8-as karaktertáblát és az á betű kódja E1. Vagy én vagyok valamiben nagyon eltájolva?
hmm, VIMmel szerkesztem. Megneztem hexeditorral is, es rendes latin1/latin2 kodolasban van.
Tehat a fajl az teljesen okes. Sztem valami nalad nem okes.;)))
wget -tel lehuzva szinten megmarad a latin1/latin2 kodolasa a fajlnak. Ez imho nalam rendben.
Én a könnyebb utólagos módosítást és a css-en keresztüli formázást (ami kívülről cserélhető) emelném ki a magam részéről (meg a gyorsabb megjelenítést).
Az a 10% igen nagy valószínűség szerint valami guru, akinek van melette rendes böngészője is (pl. én is szoktam csak kíváncsiságból lynx-el nézelődni) és nem a potenciálisan megcélzott webes közönség. SZVSZ CSS2 és HTML4.01-es szabványokat a weblapok által megcélzott közönség 99%-a képes megnézni. De ez csak az én véleményem...
nem értem, ha ut8-as szövegfile-t használ, akkor az összes ékezetnek rossznak kéne lenni, legalábbis én a kate-tel rosszul mentett oldalaknál így tapasztaltam
amúgy lynxben az oldal ékezethelyes, wgettel leszedve is normál szövegfile
bár ezért lehet, hogy végképp a maradiság vádját vonom magamra: de imho semmivel nem átláthatóbb a forrása a dives oldalaknak, mint a táblázatosaknak
a css nagyon-nagyon jó, egy apró baj van csak vele, az oldalak látogatóinak egy jó tizede (a webalizer szerint) még mindig ósdi böngit használ, a css2-es oldalakat vagy az utf kódolást nem látják
szívem szerint css+xhtml oldalakat csinálnék kizárólag, vitán fölül (sőt, az xml+xslt sem rossz, ha jó linuxos xml-szerkesztőt ismertek, érdekelne az is!)
bár én nem vagyok expert, egy tippem lenne: lementve jól látszik az ékezet, tehát arra tudok tippelni, hogy a apacs ISO helyett iso alakban szereti az enkódolás megnevezését.
