Drupal 6.x
Notification: Abonnement Mails sind plötzlich fehlerhaft
Eingetragen von axelschulz@drup... (343) am 14.11.2011 - 09:01 Uhr inHallo
bei einem laufendem Drupal System (6) bekommen alle, die Inhalte oder Autoren abonniert haen plötzlich "leere" Mails, also nur mit Platzhaltern gefüllt, anstelle mit dem Inhalt für den Platzhalter.
zB. so:
Hallo [user],
hier liest Du den Anfang des Beitrags "[title]":
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Installation zerschossen ?? (irgendwas ist schief gegangen)
Eingetragen von WolleSch (34) am 13.11.2011 - 23:01 Uhr inIrgendwas ist schief gegangen ..
ich beschreibe mal das letzte Problem, das aufgetaucht ist bei mir, auch wenn ich es immer noch nicht hinbekommen habe einen cronjob laufen zu lassen (vergl. http://www.drupalcenter.de/node/37340) aber das ist das (vielleicht auch nur vermeintlich) geringere Problem im Moment.
[gelöst] Probleme mit $form_state beim ahah-helper
Eingetragen von Flyentology (2) am 13.11.2011 - 21:05 Uhr inHey,
Bin relativ neu mit Drupal unterwegs, aber ich stecke fest und finde nichts was mir irgendwie weiterhilft.. (ahah-helper seiten von drupal, andere Beispielcodes und so weiter..)
Ich habe mehrere Textfelder. Die Eingaben sollen eine vorher nicht sichtbare Tabelle erscheinen lassen (langfristiges Ziel: Datenbankvergleich und die Treffer in der Tabelle ausgeben). Aber langsam, im Moment will ich lediglich die $form_state['values'] benutzen, was nicht klappt, so als ob formstate leer wäre
Nur um nochmal kurz den größeren Zusammenhang zu erklären, ich möchte also Eingaben machen, auf den Button klicken, dann eine Tabelle erhalten mit allen Treffern aus der Datenbank.. Theoretisch dachte ich mir, dass ich genau diese $form_state['values'] eben bei der Datenbankabfrage später entsprechend vergleiche.
Wie im Titel erwähnt, benutze ich den AHAH-Helper und der gekürzte Code sieht folgendermaßen aus:
<?php
function aebuisadmin_form($formstate) {
$form = array();
ahah_helper_register($form, $form_state);
$form['workspace'] = array(
'#type' => 'fieldset',
'#title' => t('Eingabe'),
'#collapsible' => TRUE,
'#collapsed' => FALSE,
'#tree' => TRUE,
'#prefix' => '<div id="display-wrapper">',
'#suffix' => '</div>',
);
$form['workspace']['id'] = array(
'#type' => 'textfield',
'#title' => t('ID'),
'#default_value' => $form_state['values']['workspace']['id'],
'#size' => 30,
'#maxlength' => 30,
'#weight' => 1,
);
$form['workspace']['display'] = array(
'#type' => 'submit' ,
'#value' => t('Display'),
'#weight' => 7,
'#tree' => TRUE,
// wrapper eigenschaften:
'#ahah' => array(
'event' => 'click',
'path' => ahah_helper_path(array('workspace')),
'wrapper' => 'display-wrapper',
'effect' => 'fade',
'method' => 'replace',
'progress' => array('type' => 'bar', 'message' => t('Loading...'))
),
);
if($form_state['values']['workspace']['id'] != '') { // habs auch mit if(isset...) versucht, aber das geht auch nicht
$id = $form_state['values']['workspace']['id'];
//das soll mal die Tabelle werden.. über 'item' kann man sich sicher streiten, darum solls aber nich gehen
$form['workspace']['tabelle'] = array(
'#type' => 'item',
'#title' => t('Tabelle'),
'#weight' => 13,
'#value' => $id,
);
}
return $form;
}
function aebuisadmin_form_submit($form, $form_state){
// hier hab ich testweise verschiedene drupal_set_messages gesetzt, um zu überprüfen, ob hier die $form_state['values'] erkannt werden
// und das werden sie auch
// ich lass mir halt die eingetrage ID als Drupal_message ausgeben
}
?>Folgendes Problem: Ich verstehe einfach nicht, wieso die if-verzweigung vor meinem item den $form_state von meinem ID-Feld nicht erkennt..
So wie ich den AHAH-Helper verstanden habe, müsste er beim Klick auf den Button den eingetragen Wert aus dem Textfeld in $form_state['values']['workspace']['id'] speichern und nach dem Wrappen eben in sofern benutzen, dass die Tabelle überhaupt erstmal erscheint.. oder irgendwie so
Habs auch mit devel + dpm($form_state); versucht..wurde nicht schlau draus..weil rein gar nichts angezeigt wird
Und sicherlich gibts für mein Anliegen auch andere, bessere und elegantere Lösungen, aber mittlerweile gehts ums Prinzip :)
Hat jemand einen Denkanstoss? Ich glaube ich hab die Logik des wrappers irgendwie einfach nich verstanden..
Gruß
Ubercart: Produte mit verschiedenen MwsT (19% und 7%)
Eingetragen von barcode (133) am 13.11.2011 - 11:41 Uhr inHallo,
ich habe einen Onlienshop den ich mit Drupal 6 und Ubercart betreibe.
Bisher hatte ich nur Produkte mit 19% Mwst.
Nun möchte ich auch Produkte mit 7% Mwst. verkaufen.
Ich benutze das Modul VAT.
Inhaltstypenanzeige auf der Startseite funkt nicht...
Eingetragen von Anonymous (0) am 12.11.2011 - 20:46 Uhr inHallo
Ich hab bei meiner Seite unter admin/content/node-settings die Länge der Beitrage auf 200 Zeichen gesetzt!
Auf der Startseite werden die Beiträge (Artikel) dann auch so angezeigt, nur hab ich auch noch weitere Inhaltstypen erstellt und die werden auf der Startseite in voller Länge angezeigt!
Restricted Views -- Benutzerfreigabe funktioniert nicht
Eingetragen von cube (9) am 12.11.2011 - 12:35 Uhr inHallo zusammen,
ich versuche einen "Dummyview" zu erstellen, der auf ein neues "page-templatename.tpl" verweist. Dieser View soll zugangsgeschützt sein; nur admins haben Zugriff.
Leider scheint das über die Settings in Views allerdings nicht zu funktionieren. Bei "Basic settings" unter "Access" gebe ich über "role" die adminuser an.
- Anmelden oder Registrieren um Kommentare zu schreiben
- Weiterlesen
uc_taxes ... Berechnet Steuer falsch
Eingetragen von mchott (63) am 12.11.2011 - 08:31 Uhr inHallo,
ich habe ein Problem mit dem uc_vat Modul, welches bei mir die Steuern im Shop berechnet. Auf der Rechnung wird die Steuer nicht auf den Nettobetrag berechnet mit *= 1 + tax_rate, sondern vom Bruttobetrag abgezogen mit /= 1 + tax_rate. Das geht so aber nicht, weil die Steuer dann falsch berechnet wurde.
Beispiel:
Netto: 63,87
MwSt: 14,44
Brutto: 76,00
- Anmelden oder Registrieren um Kommentare zu schreiben
- Weiterlesen
[gelöst] Problem mit Drupal internem Forum
Eingetragen von TheBeef (4) am 11.11.2011 - 18:18 Uhr inGuten Abend liebe Drupal Comm.,
leider weiß ich jetzt nicht ob dieses Thema schonmal angesprochen wurde, gefunden hab ich dazu aber nix.
Und zwar hab ich ein Problem, welches sich auf das Drupal interne Forum bezieht.
Massenänderung - Neue Revision erstellen
Eingetragen von nicki (188) am 11.11.2011 - 16:00 Uhr inHallo zusammen,
- Anmelden oder Registrieren um Kommentare zu schreiben
- Weiterlesen
Neue Kommentare
vor 4 Stunden 57 Minuten
vor 1 Tag 5 Stunden
vor 1 Tag 5 Stunden
vor 1 Tag 8 Stunden
vor 3 Tagen 5 Stunden
vor 1 Woche 2 Tagen
vor 2 Wochen 6 Tagen
vor 2 Wochen 6 Tagen
vor 10 Wochen 3 Tagen
vor 10 Wochen 4 Tagen