Witam, może ktoś miał już podobny problem. Mam tabelkę w bazie
id_marki | id_kategorii | opis

gdzie id_marki i id_kategorii to zarazem klucz tabeli i klucze obce w dwóch innych tabelach. Problem polega na tym, że wygenerowany panel admina w symfony nie wyświetla mi id_marki ani id_kategorii podczas edycji - wyświetla się tylko opis.

Ogólnie symfony nie wyświetla kluczy obcych podczas edycji, ale w tym przypadku muszę mieć możliwość ich edycji bo nie są to wartości autoincrement - jeśli ich nie podam, to nawet nie mogę wstawić wiersza do bazy.

Aby wyświetlić te pola próbowałem już chyb wszystkiego co mi przyszło do głowy.

Jedyne rozwiązanie jakie przychodzi mi do głowy to ręczne stworzenie partiali z tymi dwoma polami, ale przecież musi być jakaś możliwość wyświetlenia tych pól z automatu.

Będę wdzięczny za pomoc. (ps. display: [id_marki, id_kategorii, opis] oczywiście nie działa)

Ten generator to dla mnie jeszcze czarna magia, ale mogę Ci poradzić, żebyś zobaczył, jaką metodą pobierane są rekordy. Jeśli masz zdefiniowane klucze obce, to tabela w której definiowałeś ma metody podobne to tej:

[PHP] pobierz, plaintext 
<?php
doSelectJoinInnaTabela()
// zamiast
doSelect()
?>
[PHP] pobierz, plaintext 

Pozdrawiam.

Napisz jeszcze, z którego modelu korzystasz w generatorze, marki, kategorii czy jednak tego, którego tabele tutaj podałeś.

Witam,

wydaje mi się, że przyczyna nie leży w metodzie pobierania danych, tylko w sposobie budowania panelu admina - po prostu pola, które są kluczami podstawowymi tabeli domyślnie nie są edytowalne - jest to nawet napisane w książce, tyle tylko, że nie napisali (a przynajmniej nie mogę znaleźć) jak je odblokować do edycji. Pokaże może nad czym konkretnie się głowie.

To jest moja tabelka. Jak widać są tam 2 klucze obce, które razem dają mi klucz podstawowy tabeli. Gdyby był to klucz autoincrement, to nie ma problemu, bo sam by się ustawiał, ale w moim przypadku tak nie jest i muszę go móc ustawić ręcznie.

[XML] pobierz, plaintext 
      <table name="BrandContextDescription" phpName="BrandContextDescription">
            <column name="brand_id" type="integer" required="true" primaryKey="true" autoIncrement="false"/>
            <column name="shop_menu_position_id" type="integer" required="true" primaryKey="true" autoIncrement="false" />
            <column name="description" type="longvarchar" required="true" />
            <foreign-key foreignTable="Brand">
                  <reference local="brand_id" foreign="brand_id" />
            </foreign-key>
            <foreign-key foreignTable="ShopMenuPosition">
                  <reference local="shop_menu_position_id" foreign="position_id" />
            </foreign-key>
      </table>
[XML] pobierz, plaintext 

Tymczasem mój panel admina dla tej tabelki wygląda tak:
http://athabus.wrzuta.pl/obraz/hYsfRYqAZA/zrzut
Czyli w ogóle nie są wyświetlane pola składające się na klucz podstaowy.

Próbowałem zmusić symfony do wyświetlania tych pól w config.yml, tak jak poniżej, ale nic to nie daje...



@destroyerr - w generatorze mam model do każdej tabeli, także to raczej nie to.

Może ktoś ma jakieś pomysły, bo już na głowę z tym dostaje.

no ba! Ja też odpadam ;p
Mam podobny problem, tylko ja chcę wyświetlić nazwy dostepnych kategori zamiast ich ID przy edycji (select tag)
Mam metodę getCategoryName(), założone klucze obce etc i ni cholery nie umiem zmusić tego do działania.

Pozdrawiam

a próbowałeś dodać metodę __toString w modelu. Jeśli masz klucze obce to w tym "obcym" obiekcie dodaj się metodę __toString() i powinno śmigać, jeśli dobrze rozumiem twój problem.

Dzięki, rzeczywiście od razu zadziałało ;p

Ok, dobra. Problem zrozumiałem, ale nie wiedziałem, w którym kontrolerze chcesz to edytować Jest dokładnie tak jak napisałeś, nie da się nic zrobić z primary key, ale... No właśnie, zawsze możesz sam trochę przerobić generator, a konkretnie plik: data/symfony/generator/sfPropeAdmin/default/template/templates/_edit_form.php, od 15 linijki.

Uważam, że lepiej byłoby dodać pole id. Może Cię przekona: http://ruby-rails.pl/rails-10-przykazan/#schemat_2

Dzięki destroyerr,

właśnie tego chciałem uniknąć, ale się poddałem, dołożyłem pole id, stary klucz zmieniłem na unique. Trochę mi się nie podoba to rozwiązanie, ale taki urok ORM'ów i frameworków w ogóle.

Wymyśliłem / znalazłem jeszcze kilka rozwiązań, może kiedyś się komuś przydadzą:
- można stworzyć partiale z odpowiednimi formularzami i nadpisać metodę updateFromRequest
- można dodać "fikcyjne metody" będące nakładkami na właściwe metody w modelu typu setCustomBrandId() i wymusić ich stosowanie w generatorze
- znalazłem też to o zmianie templata o czym pisał destroyerr
- ktoś na forum symfony poradził mi, abym zastosował CRUD - pewnie tam można edytować klucze, ale nie sprawdzałem, bo w moim przypadku CRUD będzie miał zbyt małą funkcjonalność

Wszystkie wyżej opisane metody są niezbyt eleganckie i chyba jednak najmniejszym złem będzie utworzenie osobnego pola dla klucza.
Mimo wszystko ograniczenie co do wyświetlania pola z kluczem podstawowym wydaje mi się co najmniej dziwne, bo technicznie nic nie stoi na przeszkodzie edycji takiego pola jeśli nie jest on automatycznie inkrementowane - dla mnie jest to ewidentny bug.

jest też inna możliwość.

w admin generatorze:



w zwykłym formularzu: