Temat: sfForms

Pytam wielu osob jakiego symfony uzywaja i jest to symfony 1.1 jednak gdy przychodzi do rozmowy o formularzach to okazuje sie ze malo kto korzysta z sfForms. Czyli wychodzi na to ze kazdy ma kompatybilnosc 1.0 wlaczona na true.

Jak wy dajecie sobie rade z sfForms?

Temat: sfForms

Tomasz Biniecki:
Pytam wielu osob jakiego symfony uzywaja i jest to symfony 1.1 jednak gdy przychodzi do rozmowy o formularzach to okazuje sie ze malo kto korzysta z sfForms. Czyli wychodzi na to ze kazdy ma kompatybilnosc 1.0 wlaczona na true.

Dokładnie, wynika to z faktu, że te formularze, ktore były wcześniej się sprawdzały a jak mówią programista to leniwa bestia ;-)

Temat: sfForms

Michał Wujas:

Tomasz Biniecki:
Pytam wielu osob jakiego symfony uzywaja i jest to symfony 1.1 jednak gdy przychodzi do rozmowy o formularzach to okazuje sie ze malo kto korzysta z sfForms. Czyli wychodzi na to ze kazdy ma kompatybilnosc 1.0 wlaczona na true.

Dokładnie, wynika to z faktu, że te formularze, ktore były wcześniej się sprawdzały a jak mówią programista to leniwa bestia ;-)

Jak to mówią: lepsze jest wrogiem dobrego :-)

Temat: sfForms

Wojciech Sznapka:

Jak to mówią: lepsze jest wrogiem dobrego :-)

Dramatyzujesz.
Wracając do tematu od listopada zaczynam prace nad nowym projektem i na najnowszym Symfony. Pewnie wrzuce w trakcie jakies info na bloga z przemysleniami ;-)

Temat: sfForms

ja chciałem zrobić przejście z 1.0.16 na 1.1.4 i właśnie te nowe formularze, a raczej ich walidacja mnie powstrzymują. trzeba trochę przy tym posiedzieć, żeby to rozgryźć. a nie wiem czy mi się tylko wydaje ale teraz w wersji 1.1 jest więcej pracy z formularzami.

chociaż w 1.0 zaskoczyła mnie funkcja fillin, która parsuje cały dokument poszukując odpowiednich pól i wypełnia je:)
jak kod na stronie z formularzem nie spasuje to fillin nie będzie działało. kod musi być idealny. mi walidator kodu wyświetlił info, że wszystko jest dobrze, ale niestety, fillin się nie włączył bo były kawalki kody javascript jakieś większe.

nie wiem jeszcze jak to jest rozwiązane w 1.1, możliwe, że lepiej:)

Temat: sfForms

Adam W.:
ja chciałem zrobić przejście z 1.0.16 na 1.1.4 i właśnie te nowe formularze, a raczej ich walidacja mnie powstrzymują. trzeba trochę przy tym posiedzieć, żeby to rozgryźć. a nie wiem czy mi się tylko wydaje ale teraz w wersji 1.1 jest więcej pracy z formularzami.

Też mi się tak wydaje, ale trzeba to dokładnie sprawdzić ;-)

chociaż w 1.0 zaskoczyła mnie funkcja fillin, która parsuje cały dokument poszukując odpowiednich pól i wypełnia je:)
jak kod na stronie z formularzem nie spasuje to fillin nie będzie działało. kod musi być idealny. mi walidator kodu wyświetlił info, że wszystko jest dobrze, ale niestety, fillin się nie włączył bo były kawalki kody javascript jakieś większe.

Zrobiłem coś takiego jakiś rok temu, pewnie wykorzystują jakieś parser do DOMa, a parser nie wybacza ;-)

Temat: sfForms

Hej ja wlasnie bawie sie z projektem i sfForms. Pierwszy szko brak richTexEditor i file widget (myslalem ze sa jakies domyslne) Trzeba je extend z sfWidgetForm. I tak aby otzrymac pole do wprowadzania pliku trzeba w application/lib/ umiscic extended myWidgetFormFileClass.php

class myWidgetFormFile extends sfWidgetForm

{

  /**

   * Configures the current widget.

   * This method allows each widget to add options or HTML attributes during widget creation.

   * Available options:

   *  * type: The widget type (text by default)

   *

   * @param array $options     An array of options

   * @param array $attributes  An array of default HTML attributes

   * @see sfWidgetForm

   */

  protected function configure($options = array(), $attributes = array())

  {

    $this->addOption('type', 'file');

    $this->setOption('is_hidden', false);

  }



  /**

   * Renders the widget as HTML

   *

   * @param  string $name        The element name

   * @param  string $value       The value displayed in this widget

   * @param  array  $attributes  An array of HTML attributes to be merged with the default HTML attributes

   * @param  array  $errors      An array of errors for the field

   * @return string An HTML tag string

   * @see sfWidgetForm

   */

  public function render($name, $value = null, $attributes = array(), $errors = array())

  {

    return $this->renderTag('input', array_merge(

      array('type' => $this->getOption('type'), 'name' => $name, 'value' => $value), 

      $attributes

    ));

  }

}

nastepnie zmienic w lib/form/doctrine dany plik formularza , tzn nadpisac metode config. W koncu w module w np. editSucess.php wyswietlimy nasze pole $form['filename'].

Delikatnie mowiac troche to pogmatwane a dokumentacja, nie wiem jak wam ale mi sprawia problemy. Dobra rzecza jest mysle domyslna validacja oparta na tym co w bazie danych.Tomasz Biniecki edytował(a) ten post dnia 22.10.08 o godzinie 10:40

Temat: sfForms

Sam używam raczej tych nowych formularzy, ale to jeszcze niedopracowany wynalazek. Choć już teraz, np. jeśli chodzi o walidację, są bardziej elastyczne niż poprzednie (Struts-opodobne) rozwiązanie. Fakt, że dokumentacja kuleje, no ale pozostaje czekać i kukać w kod...

Temat: sfForms

Wlasnie znalazlem cos smiesznego. W kodzie powyzej tworze wlasny file widget podczas gdy Symfony oferujweruje swoj sfWidgetFormInputFile()... he he he