Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Import + Export #30

Closed
lexplatt opened this issue Sep 29, 2016 · 9 comments
Closed

Import + Export #30

lexplatt opened this issue Sep 29, 2016 · 9 comments
Labels

Comments

@lexplatt
Copy link
Contributor

No description provided.

@hirbod
Copy link

hirbod commented Sep 24, 2017

+1

@skerbis
Copy link

skerbis commented Nov 7, 2018

+1 auch von mir

@alxndr-w
Copy link

Wenn die Tabelle auf Basis von YForm umgesetzt würde, dann könnte man dies schon jetzt haben.

Allerdings finde ich problematisch, dass Sprachen nicht in Feldern, sondern als eigene Datensätze geschrieben werden. Nach meinem Wissen möchte eine Übersetzungsfirma diese doch vlnr und nicht untereinander.

@alxndr-w
Copy link

Sehe gerade, dass in #1 schon ein Häckchen beim Thema field_1, field_2, ... da ist. Gibt es nicht die aktuelle Version im Installer? Wenn ja, sollen wir die mal testen oder kannst du diese veröffentlichen? Jetzt gerade wäre ein idealer Zeitpunkt für eine Beta, da das Projekt noch in der Entwicklung ist.

@tbaddade
Copy link
Owner

Gibt es nicht die aktuelle Version im Installer

@alexplusde Das ist bereits in der Version enthalten. Die Felder müssen so name_1, name_2, name_LANGID` in YForm angelegt werden.

abrufen kann man diese dann u.a. so

class Yorm extends \rex_yform_manager_dataset
{
    public function getName()
    {
        return $this->{sprogfield('name')};
    }
}

Man lässt das Suffix weg.

@alxndr-w
Copy link

Ich verstehe nicht ganz. Bist du dir sicher, dass die Version öffentlich ist? Hier sieht das ganze noch so aus:

image

@tbaddade
Copy link
Owner

tbaddade commented Feb 22, 2019

In #1 mit den _1 ist nicht die Anpassung in der DB gemeint, sondern das wie oben beschrieben.

Das hier ist damit gemeint sprogfield('name')

Zuvor musste man das immer so notieren: name_REX_CUR_CLANG

@alxndr-w
Copy link

Ich glaube, wir haben uns missverstanden. Mein Vorschlag war, Sprog-Platzhalter auf YForm-Basis zu verwalten. Nicht, wie man via Sprog etwas aus YForm übersetzt.

Es ging hier schließlich um die Import/Export-Funktion.

@tbaddade
Copy link
Owner

close via 9c3c645

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants