[CI] Edycja danych z bazy a form_validation Opcje

[abort]

W kontrolerze definiuję sobie za pomocą $this->form_validation->set_rules, jakie mogą być dopuszczalne wartości pól w formatce, następnie wywołuję widok:

[PHP] pobierz, plaintext 
$hw = $this->sprzet->get_hwdata ($id);  // id to numer indeksu w bazie (auto_increment)
$data['hw'] = $hw;
if ($this->form_validation->run() == FALSE) {
	$this->load->view('/hardware/edit', $data);
} else {
	[...]
}
[PHP] pobierz, plaintext 

I fajnie - do widoku zostały przekazane dane. Chciałbym jednak, aby wprowadzenie błędnych danych skutkowało zmianą np. koloru wyświetlenia elementu "<input type=text>", z zachowaniem (wyświetleniem) danych wprowadzonych przez użytkownika. Wymyśliłem sobie więc, że w widoku wpakuję ciukę kodu, efekt:

[PHP] pobierz, plaintext 
foreach (array ( [tu indeksy przekazywane przez HTTP_POST] ) as $key) {
	if (isset ($_POST [$key])) {
		$hw[$key] = set_value ($key);
	} else {
		$hw[$key] = $db[$key];
	}
}
 
// a dalej w kodzie sprawdzam, co wprowadził user, i jeśli jest źle, to wizualnie mu to sygnalizuję
// (np. przez zmianę backgroundu elementu INPUT TYPE=TEXT)
 
$manufact = array (
	'name'	=> 'manufact',
	'id'		=> 'manufact',
	'value'	=> $hw['manufact'],
	'class'	=> ''
);
if (form_error ('manufact')) {
	$manufact['class'] .= 'error';
}
echo '<div class="manufact">Producent:' . form_input ($manufact) . '</div>';
[PHP] pobierz, plaintext 

Pytania:
1. Czy da się prościej?
2. kłuje w oczy użycie $_POST, ale taka konstrukcja działa, podczas gdy użycie if (isset ($this->input->post($key))) wyrzuca błąd: Fatal error: Can't use method return value in write context in [...] - o co kaman, przecież nic nie zapisuję, tylko testuję, czy "coś" istnieje...
3. Da się (to co chcę) zrobić inaczej, prościej, bardziej elegancko?

P.S.
CodeIgniter 2.1.0, więc całkiem nowy.

[abort]

Dzięki za wytłumaczenie w prosty sposób.
Niestety, nie programuję zawodowo (i nie zamierzam - za stary jestem, by zmieniać zawód), więc chyba aktualnie nie poradzę sobie z przerobieniem mojego kodu na taki, który zakłada robienie wszystkiego w modelu. Pomimo tego, że czuję, że tak to powinno wyglądać.

Odnośnie Kohany - być może spróbuję poznać tego frameworka, jednak to też jest sprawa "na potem". Bo na razie, skoro już wybrałem CI, to chciałbym skończyć to, co zacząłem - potem w ramach nauki Kohany mogę spróbować zmigrować swój kod z CI na Kohana.