Hej,

Naprawdę denerwujące jest tworzenie dla każdego obiektu INPUT (który ma być walidowany) tablicy z opisami błędów jakie ewentualnie
wystąpiły podczas walidacji.

Przykładowy plik który otwieram metodą $post->errors('plik'):

plik.php

[PHP] pobierz, plaintext 
<?php defined('SYSPATH') or die('No direct access allowed.');
 
$lang = array
(
'input_email' => Array( 
 
        'alpha' => 'Only alphabetic characters are allowed.',
        'length' => 'The name must be between three and twenty letters.',
        'required' => 'The number cannot be blank.',
        'numeric' => 'Only numbers are allowed.',
        'default' => 'Invalid Input.',
    'email'=>' Email  is wrong',
  
  ),
 
'name' => Array( 
 
        'alpha' => 'Only alphabetic characters are allowed.',
        'length' => 'The name must be between three and twenty letters.',
        'required' => 'The number cannot be blank.',  
        'default' => 'Invalid Input.',
  
  ),
'street' => Array( 
 
        'alpha' => 'Only alphabetic characters are allowed.',
        'length' => 'The name must be between three and twenty letters.',
        'required' => 'The number cannot be blank.',  
        'default' => 'Invalid Input.',
  
  )
);
?>
[PHP] pobierz, plaintext 

Dla mnie to jest totalna porażka takie rozwiązanie a raczej powtarzanie siebie. Jest to metoda zalecana w oficjalnej dokumentacji Kohana.
Kiedyś we wcześniejszych wersjach fw, można było używać pliku validation.php i wszystko było ok. Na forum kohana nic nie znalazłem co
by mi pomogło.

Może ktoś z Was ma jakieś swoje rozwiązanie ?

Na upartego możesz zrobić tak:

[PHP] pobierz, plaintext 
<?php
$lang = array(
    'input_email' => Array( 
    'alpha' => 'Only alphabetic characters are allowed.',
    'length' => 'The name must be between three and twenty letters.',
    'required' => 'The number cannot be blank.',
    'numeric' => 'Only numbers are allowed.',
    'default' => 'Invalid Input.',
        'email'=>' Email  is wrong',
    ),
);
 
$lang['name'] = $lang['input_email'];
?>
[PHP] pobierz, plaintext 

i nadpisywać odpowiednie indeksy.

Dzięki... prawdziwa trauma

Jakie jeszcze minusy ma ten framework
Musze dopisać znaczną część projektu w tym frameworku i nie wiem czy mi się będzie opłacało...

Jeśli musisz to pisz. Framework jest ok. Co najważniejsze jest lekki i szybki. Nie ma większych przeciwskazań. Jak sam mogłeś się przekonać to tylko szczegóły, które można rozwiązać na prędce:)

Ja osobiście polecam zbudowanie własnego frameworka:) Ja budowałem swojego od ołówka i kartki i w cale nie żałuje kilku spędzonych nad nim miesięcy;)

Tak, ta "nowa" biblioteka to prawdziwy "Pain in the ass" w kwestii użyteczności. Pozostaje Ci w miare proste rozszerzenie tej biblioteki albo uzycie genialnego FORMO http://www.avanthill.net/formo_manual/

ile ja się namęczyłem i nakur*** przy pisaniu rozbudowanych formularzy to szkoda gadać

A jak ustawić parametr name dla formy ? Wykorzystując moduł FORMO ?


np. parametr action robie tak:

->set('action', 'some/page')

ale name .... nie wiem .