Robert Petras képe

Megpróbálok válaszolni a fenti hozzászólásodra és a hétvégén Tőled kapott leveledre, ok?

  • Most már világos a számomra, hogy Te a Fusion base theme-t használod, mellette a Mix and Match alsminket és ehhez készítettél még egy akadálymentesített újabb alsminket, nem semmi! Ilyen többszörös alá-fölé rendeltségben még soha nem használtam a Drupal smink rendszerét ezért igen korlátozott az a terület, ahol segíteni tudok neked.
  • Leveledben megemlíteted a Skinr modul konfliktust. Kérlek, hogy olvasd át a Mix and Match smink fejlesztői leírását alaposan. Ott azt írják, hogy nem ajánlatos egyáltalán ezt a modult a sminkkel használni éles környezetben, mert valamiért nem stabil. Ajánlanak egy alternatívát is, bár erre nem néztem rá, hogy működik.
  • Azt kérdezted még a leveledben, hogy lehetséges-e az az eset, hogy egy Drupal smink és egy modul konfliktusba kerül és hibaüzenetekkel halmoz el. Sajnos ez nagyon is lehetséges, mivel számtalan helyen olyan komlexitást és funkciót visznek bele a smink rétegbe, holott talán annak az lenne a dolga, hogy megjelenést és a kinézetet jelenítse meg pusztán, hogy az már túl sok. Számomra a megoldás azt jelenti, hogy megpróbálom leegyszerűsíteni a dolgokat, saját magam által írt sminket használok és persze kordában tartom a felhasznált modulok számát és minőségét.
  • A Swichtheme gördítősávján a választómezőt (select) érted? Az általad létrehozott Akadálymentes blokk az ikonnal és a Swichtheme által létrehozott témaválasztó blokk két különböző dolog. A Swichteme blokkját nem kötelező felhasználnod és nyugodtam eltüntetheted. Ha a modul aktív állapotban van akkor a háttérben is elvégzi a feladatát.
    1. Hozzál létre 2 db blokkot az ikonnal és rendelj mellé egy linket. Mindkét blokk ugyanazon a régióben szerepeljen, pl. sidebar vagy top
    2. Az első blokkot úgy állítsd be, hogy csak az alapértelmezett állapotban jelenjen meg és rejtve legyen az akadálymentes sminken. A blokkban lévő link az akalymentes sminkre hivatkozzon, pl: http://www.weblapod.hu/?theme=akadalymentes_smink
    3. A második blokkot úgy állítsd be, hogy csak az akadálymentes változatban jelenjen meg. Az itt lévő link értelem szerűen visszairányít az alapértelmezett sminkre, pl: http://www.weblapod.hu/?theme=nem_akadalymentesitett_smink_neve
  • Jól tudod, hogy az alsmink örökli a szülősmink stíluslapjait. Egész egyszerűen felül kell írni ezt az akadálymenes smink stíluslapján. Mivel csak képet küldtél erről, ezért nem tudom konkrétan megmondani, hogy ezt és ezt írd át és akkor jó lesz a főoldali hírblokk alapszíne. Csak útmutatót tudok nyújtani. Legjobb amit tehetsz az asz, hogy megnyitod a böngésző ellenőrt, vagy FireBug-ot és megnézed, hogy mit kell még átírnod. A forráskódban látod, hogy melyik stíluslap milyen sorrendben töltődik be. Ügyelj arra, hogy az akadálymentes smink legyen lehetőleg az utolsó
  • A Várda honlapján én gyakorlatilag nem is egy alsminket használtam, hanem egy különálló sminket ha jól emlékszem, így valamivel több időbe telt, mire elkészült, de például nem olvassa be a szölősmink összes stíluslapját és teljes kontrolt kaptam a régiók és a blokkok elhelyezésében.
  • %-ban általában nem szoktunk fontméretet megadni kivéve a html és a body elemeket a stíluslap normalizásánál. Használd inkább a régimódi PX vagy EM esetleg az újabb REM mértékegységet (ez utóbbit csak akkor ha tudod mit, miért teszed!)
  • Az id azonosítók (pl. #page) használatával jobb esélyed van az örökölt stíluslap felülírására a problémás helyeken. Kínos helyeken kényszerítheted is a felülírást az "!important" jelölést használva ha nagyon muszály, (pl:
    1. #content div {background:none transparent !important;}
    2. )

Egy lehetőség az akadálymentes stíluslap elkészítésére:

  1. /* ================================================
  2.  * GENERAL
  3.  * ================================================ */
  4. * {
  5. background: none transparent !important;
  6. }
  7.  
  8. body {
  9. background: none #000;
  10. color: #FF0;
  11. font: 18px /150% Arial,Verdana,sans-serif;
  12. margin: 0;
  13. padding: 2em 0;
  14. }
  15.  
  16. img {
  17. border: 1px solid #fff;
  18. height: auto;
  19. max-width: 100% !important;
  20. }
  21.  
  22. p {
  23. margin-bottom: 1em;
  24. }
  25.  
  26. a {
  27. color: #fff;
  28. padding: 0,
  29. text-decoration: underline;
  30. }
  31.  
  32. a:hover {
  33. color: red;
  34. }
  35.  
  36. a.active {
  37. color: red!important;
  38. text-decoration: underline !important;
  39. }
  40.  
  41. :focus {
  42. color: red;
  43. outline: 1px dotted #fff;
  44. }
  45.  
  46. #sidebar {
  47. border-right: 4px dotted #fff;
  48. float: left;
  49. padding: 0 2%;
  50. width: 25%;
  51. }
  52.  
  53. #content {
  54. float: right;
  55. padding: 0 2%;
  56. width: 65%;
  57. }
  58.  
  59. table, th, td, tbody, tr {
  60. background-color: #333 !important;
  61. border-color: #ff0 !important;
  62. color: #fff !important;
  63. }
  64.  
  65. ul li {
  66. list-style: disc inside none !important;
  67. }

Persze ez csak egy gyorsan legépelt minta, messze nem tökéletes vagy optimális. Remélem, hogy sikerülni fog megoldani az akadálymentes stíluslap elkészítését és végre láthatjuk élesben is a weblapodat.

Kérlek, hogy linkeld majd be az önkormányzati honlapodat a többiek számára ha jónak látod, előre is köszönöm!

2
0
Sk8erPeter képe

Köszi a screenshotokat.

Viszont nem tudom, miért nem jutott eszedbe/eszembe/eszünkbe eddig bepötyögni szépen Gúgöl barátunkba, hogy 000webhost Drupal clean urls, kaptam is szépen találatokat:

Success on doing "clean url" on 000webhost
http://drupal.org/node/370529

http://www.000webhost.com/forum/customer-assistance/2918-drupal-enable-c...

http://www.000webhost.com/faq.php?ID=14

http://indiedrupalist.blogspot.hu/2009/12/how-to-enable-clean-urls-in_88...

  1. Uncomment (or add) the following line in your .htaccess file:

    RewriteBase /

    *Note that if your Drupal installation is in a folder, / should be the name of that folder—like /drupal.
  2. Deactivate the analytics code
  3. Enable clean URLs on your site!

Ugyanez saját szavaimmal:

  1. a 000webhost valami saját analizáló kódot is beékel az oldaladba, az is galibát okozhat, tehát azt kapcsold ki itt:
    http://members.000webhost.com/analytics.php?action=login
  2. szerkesztőben nyisd meg a gyökérben lévő .htaccess fájlt, és szedd ki a kettőskeresztet, vagyis a kommentjelet (#) a következő sor elől:
    RewriteBase /
  3. Kész vagy.
2
0
aboros képe

a megfelelő direktívát újra kell használnod.
pl tegyük fel, hogy ez a szabály van valamelyik cssbe (tökmindegy melyikbe, lehet akár a coreba is)

fieldset .top {
background: url(images/fieldset_top_ornament.png) 100% -10px no-repeat;
}

ha nem szeretnéd ezt, akkor a saját cssedbe nem elég felvenni a fieldset .top célzást és üresen hagyni, hanem "törölnöd kell" a hátteret, így ni:

fieldset .top {
background: transparent none;
}

de most már kezdünk nagyon eltérni az eredeti témától amúgy.. ;)

0
0

-
clear: both;

aboros képe

nem írtad, hogy milyen menük ezek, hogy hova mutatnak, milyen útvonalra, úgyhogy ad-hoc példa. például szeretném, ha néhány node megtekintésekor egyedi kép lenne a fejlécemben.
(garlandból indulok ki most, de ugyanígy bármilyen sminkkel meg lehet csinálni)

van a page.tpl.php -ban egy ilyen sor:

<body<?php print phptemplate_body_class($sidebar_left, $sidebar_right); ?>>

az itt hívott függvényt kell némileg kiegészíteni, ez a template.php -ban van:

function phptemplate_body_class($sidebar_left, $sidebar_right) {
  if ($sidebar_left != '' && $sidebar_right != '') {
    $class = 'sidebars';
  }
  else {
    if ($sidebar_left != '') {
      $class = 'sidebar-left';
    }
    if ($sidebar_right != '') {
      $class = 'sidebar-right';
    }
  } else {
    $class = 'no-sidebars';
  }
  if (arg(0) == 'node' && is_numeric(arg(1)) { #itt jon a huncutsag ugye
    $class .= ' node-' . arg(1);
  }
  if (isset($class)) {
    print ' class="'. $class .'"';
  }
}

ez minden node/%nid oldalra benyomja a megfelelő classt, ami alapján változtathatod a fejléced.
pl a negyvenkettes node megtekintésekor a fejléc más legyen, az valahogy így a css:

body.node-42 #header {
background: transparent url(images/vegtelen-valoszinutlenseg-hajtomu.png) no-repeat scroll left top;
}

ezzel a módszerrel más (nem csak útvonal) alapján is nyomhatsz classokat a bodyba, pl taxonómia alapján. a zen smink egyébként sok egyéb mellett ezt a funkciót is tartalmazza.

0
0

-
clear: both;

Nagy Gusztáv képe

De a Blokkok oldalon a sorrendre tippelek.

0
0

Nagy Gusztáv

Den képe

s/Kubunut/Kubuntu/

Bocs.

(Amúgy, a merészebbje windoz alatt fejleszt... Szal, biztosan megoldható ott is. Nekem a gépemen windoz csak ie brozerek futtatására van, ablakban, szal, ehhez hozzászólni nem tudok.)

0
0
aboros képe

hanem a template.php -ban, egy template_preprocess_node -ban intézném ezt.
mondjuk most hogy így jobban elgondolom, a node és a hozzászólások is a contentben vannak, szóval nem istibizi, hogy nyakatekert regexpek nélkül közéjük tudod varrni a nézetet.

lehet mégis jobb lenne, ha hook_nodeapi -ban a body-hoz illeszteni azt.

0
0

-
clear: both;

aboros képe

igencsak ágyúval verébre gyanús. utána tarthatod karba még azt is.

a két action a core modullal hoztad létre?
próbálj rulesal egy rule setet csinálni, azt is megeszi a vbo. kész.

0
0

-
clear: both;

Sk8erPeter képe

Köszönöm, ilyen megoldások után kutakodom, most kipróbálom ezt:

SQL Dump Splitter
http://www.sqldumpsplitter.com/

Aztán meglátjuk, jó-e.

Egyébként azt nézem, hogy phpMyAdminban van egy ilyen:

Maximal length of created query : 50000

phpMyAdmin - Maximal length of created query

Utánanéztem:
http://wiki.phpmyadmin.net/pma/export

"The option 'Maximal length of created query' seems to be undocumented. But experiments has shown that it splits large extended INSERTS so each one is no bigger than the given number of bytes (or characters?). Thus when importing the file, for large tables you avoid the error "Got a packet bigger than 'max_allowed_packet' bytes". See http://dev.mysql.com/doc/refman/5.0/en/packet-too-large.html "

Ez alapján nem kellene, hogy gond legyen, bár emlékeim szerint volt már ilyennel negatív tapasztalatom ennek ellenére is, pont a max_allowed_packet-re hivatkozva, ezért is kérdeztem rá.

Ettől függetlenül magának a Drupalnak a használatakor, asszem cache-létrehozáskor már szintén beleütköztem ebbe a korlátba.
Említettem a szolgáltatónak, hogy a Drupal BLOB-mezőket is használ, erre egy ottani rendszergazda még be is oltott, hogy ne akarjak már feltöltögetni fájlokat BLOB-mezőkbe, használjam a fájlrendszert. Arról úgy tűnik, nem hallott, hogy nem csak fájlokat (pl. képeket) lehet feltölteni BLOB-formában, és a Drupal sem ezt teszi....... (lásd variables tábla például)

0
0
aboros képe

miért nem egy tartalom típust készítettél, aminek a példányait aztán könnyedén listázhatod views modullal?

1
0

-
clear: both;