Installation Xbase 2.0.721
Moderator: Moderatoren
- Lutz Rübe
- Rekursionen-Architekt
- Beiträge: 144
- Registriert: Mi, 02. Aug 2006 18:13
- Wohnort: 24536 Neumünster
- Danksagung erhalten: 6 Mal
- Kontaktdaten:
Installation Xbase 2.0.721
Hallo miteinander,
ich teste gerade die o.g. Version und habe meine ersten, negativen Erfahrungen gemacht.
1.) Installation erfolgt zwangsläufig auf Laufwerk C:
2.) Dokumentation ist auch bei der Deutschen Version in Englisch
3.) bestehende Anwendung lässt sich nicht erfolgreich kompilieren
Zu 1) habe ich im Forum schon gelesen, dass auch euch das nicht gefällt. Als Hobbyprogrammierer muss ich es aber wohl so hinnehmen.
zu 2) ist das für mich nicht nachvollziehbar. Warum ist nur die Workbench in Deutsch, aber nicht die dazugehörige Doku ? Warum war eine Deutsche Doku für 1.9.xx möglich, aber nicht für 2.0 ?
zu 3) das ist das schwierigere Problem für mich und hier frage ich euch um Hilfe und Unterstützung:
Mein Projekt ist so organiesiert, dass ich nicht nur für die Objekt-Dateien ein eigenes Verzeichnis habe, sondern auch für die Source-Dateien. Beim kompilieren erhalte ich die Fehlermeldung: Include file not found. Liegen die Source-Dateien aber im "Root"-Verzeichnis des Projektes, läuft alles.
Wenn ich die entsprechenden Header-Dateien in das "Routverzeichnis" kopiere oder aber individuell mit entsprechender Pfad-Angabe in das Projekt aufnehme, ändert sich auch nichts.
Ich will mein so organisiertes Projekt aber nicht umstellen und möchte auf die Source-Verzeichnisse nicht verzichten. Was passiert eigentlich, wenn ich mal Source-Dateien aus unterschiedlichen Verzeichnissen einbaue ? Da müsste ich dann doch auf das gleich Problem stoßen.
Ich hoffe, ihr könnt mir mal wieder helfen.
Viele Grüße
Lutz
ich teste gerade die o.g. Version und habe meine ersten, negativen Erfahrungen gemacht.
1.) Installation erfolgt zwangsläufig auf Laufwerk C:
2.) Dokumentation ist auch bei der Deutschen Version in Englisch
3.) bestehende Anwendung lässt sich nicht erfolgreich kompilieren
Zu 1) habe ich im Forum schon gelesen, dass auch euch das nicht gefällt. Als Hobbyprogrammierer muss ich es aber wohl so hinnehmen.
zu 2) ist das für mich nicht nachvollziehbar. Warum ist nur die Workbench in Deutsch, aber nicht die dazugehörige Doku ? Warum war eine Deutsche Doku für 1.9.xx möglich, aber nicht für 2.0 ?
zu 3) das ist das schwierigere Problem für mich und hier frage ich euch um Hilfe und Unterstützung:
Mein Projekt ist so organiesiert, dass ich nicht nur für die Objekt-Dateien ein eigenes Verzeichnis habe, sondern auch für die Source-Dateien. Beim kompilieren erhalte ich die Fehlermeldung: Include file not found. Liegen die Source-Dateien aber im "Root"-Verzeichnis des Projektes, läuft alles.
Wenn ich die entsprechenden Header-Dateien in das "Routverzeichnis" kopiere oder aber individuell mit entsprechender Pfad-Angabe in das Projekt aufnehme, ändert sich auch nichts.
Ich will mein so organisiertes Projekt aber nicht umstellen und möchte auf die Source-Verzeichnisse nicht verzichten. Was passiert eigentlich, wenn ich mal Source-Dateien aus unterschiedlichen Verzeichnissen einbaue ? Da müsste ich dann doch auf das gleich Problem stoßen.
Ich hoffe, ihr könnt mir mal wieder helfen.
Viele Grüße
Lutz
- Martin Altmann
- Foren-Administrator
- Beiträge: 16536
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 113 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Re: Installation Xbase 2.0.721
Moin Lutz,
ich nutze die Version nicht (bin noch auf 1.9 SL1), kann dich aber dahingehend beruhigen, dass die Ursache eine ganz triviale ist:
Die Pfade haben sich in der Projektdatei jetzt geändert - sie sind relativ gesehen anders zu setzen! Näheres dazu findest Du in der Newsgroup von Alaska, Andreas Gehrs-Pahl hatte die Lösung dazu gepostet.
Ich mach' mich mal auf die Suche...
Viele Grüße,
Martin
ich nutze die Version nicht (bin noch auf 1.9 SL1), kann dich aber dahingehend beruhigen, dass die Ursache eine ganz triviale ist:
Die Pfade haben sich in der Projektdatei jetzt geändert - sie sind relativ gesehen anders zu setzen! Näheres dazu findest Du in der Newsgroup von Alaska, Andreas Gehrs-Pahl hatte die Lösung dazu gepostet.
Ich mach' mich mal auf die Suche...
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Martin Altmann
- Foren-Administrator
- Beiträge: 16536
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 113 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Re: Installation Xbase 2.0.721
Gefunden:
Viele Grüße,
Martin
Pass' also bitte die Pfade im .xpj an: nicht mehr relativ zum Verzeichnis mit der .xpj-Datei, sondern relativ zum Verzeichnis der erzeugten .EXE/.DLLAndreas Gehrs-Pahl hat geschrieben:So, as you are using the "INCLUDE" definition in your project file, I assume that you are using Xbase++ 2.0 (Build 462 or higher). It would therefore help if you could post your entire project file here, so we can take a look at it. For example, starting with Xbase++ 2.0.462, all file paths for source (and intermediate) files are now relative to your Target's location, while they were previously relative to the *.xpj file's location.
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Jan
- Marvin
- Beiträge: 14659
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Installation Xbase 2.0.721
Hallo Lutz,
1) Da hat es schon heftigste Diskussionen bis hin zu persönlichen Beleidigungen gegen und von Alaska-Mitarbeitern gegeben. Es gab mal zwischendurch eine öffentliche Aussage eines Mitarbeiters, daß man das nochmal überdenken werde. Was aber von Steffen rigoros und eindeutig verneint wurde.
2) Seit Januar 2015 gibt es die Übersetzung auch auf Deutsch, späetestens aber seit Q1/2016. Lt. Aussage von Steffen. [/ironie off]. Lt. Steffen wurde eine Profi-Übersetzerin engagiert, die das alles übersetzen wird. Im Prinzip bin ich aber schon mal froh, das es zumindest die Workbench in deutsch gibt. Wobei ich mich durch jahrelanges Arbeiten mit der VX schon an die englische Umgebung gewöhnt hatte. Mit den englischen Hilfetexten tue ich mich da dann schon schwerer. Dieses Jahr werde ich auch nicht bei den Xbase++-Tracks in Frankfurt dabei sein, ich kann also nicht nachfragen, wie denn die Timeline inzwischen aussieht.
3) Ansich sollte alles, was mit 1.9 lief, auch in 2.0 laufen. Es gibt zwar ein paar Unterschiede, wo man aufpassen muß (Browses und C-API). Ich bin aber selber letzte Woche in eine Falle getappt. Du mußt vielleicht mal kontrollieren, wie die Umgebungsvariablen von Windows aussehen. Und in der Workbench die ebenfalls kontrollieren. Beim Entwickeln werden nur die in den Workbench-Einstellungen genommen! Ich habe im Übrigen auch prg aus verschiedenen Verzeichnissen in meinen Projekten. Kein Problem. Eventuell würde es helfen, wenn Du die betreffenden Dateien mal aus dem Projekt raus nimmst, und dann per Projekt-Manager in der Workbench wieder einbaust? Vielleicht sind da ja nur irgendwelche Pfade in der xpj korrupt.
Jan
1) Da hat es schon heftigste Diskussionen bis hin zu persönlichen Beleidigungen gegen und von Alaska-Mitarbeitern gegeben. Es gab mal zwischendurch eine öffentliche Aussage eines Mitarbeiters, daß man das nochmal überdenken werde. Was aber von Steffen rigoros und eindeutig verneint wurde.
2) Seit Januar 2015 gibt es die Übersetzung auch auf Deutsch, späetestens aber seit Q1/2016. Lt. Aussage von Steffen. [/ironie off]. Lt. Steffen wurde eine Profi-Übersetzerin engagiert, die das alles übersetzen wird. Im Prinzip bin ich aber schon mal froh, das es zumindest die Workbench in deutsch gibt. Wobei ich mich durch jahrelanges Arbeiten mit der VX schon an die englische Umgebung gewöhnt hatte. Mit den englischen Hilfetexten tue ich mich da dann schon schwerer. Dieses Jahr werde ich auch nicht bei den Xbase++-Tracks in Frankfurt dabei sein, ich kann also nicht nachfragen, wie denn die Timeline inzwischen aussieht.
3) Ansich sollte alles, was mit 1.9 lief, auch in 2.0 laufen. Es gibt zwar ein paar Unterschiede, wo man aufpassen muß (Browses und C-API). Ich bin aber selber letzte Woche in eine Falle getappt. Du mußt vielleicht mal kontrollieren, wie die Umgebungsvariablen von Windows aussehen. Und in der Workbench die ebenfalls kontrollieren. Beim Entwickeln werden nur die in den Workbench-Einstellungen genommen! Ich habe im Übrigen auch prg aus verschiedenen Verzeichnissen in meinen Projekten. Kein Problem. Eventuell würde es helfen, wenn Du die betreffenden Dateien mal aus dem Projekt raus nimmst, und dann per Projekt-Manager in der Workbench wieder einbaust? Vielleicht sind da ja nur irgendwelche Pfade in der xpj korrupt.
Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
- Lutz Rübe
- Rekursionen-Architekt
- Beiträge: 144
- Registriert: Mi, 02. Aug 2006 18:13
- Wohnort: 24536 Neumünster
- Danksagung erhalten: 6 Mal
- Kontaktdaten:
Re: Installation Xbase 2.0.721
Hallo Martin,
vielen Dank für Deine Antwort. Leider kann ich mit den Angaben zu "relative" Pfade nicht viel anfangen. Ich habe aber dann mal in der Doku nach den Compiler-Flags und in den Workbench-Einstellungen und zum Schluss auch in den Windows 10 Settings der Umgebungsvariablen nachgeschaut und festgestellt, dass u.a. in den Windows-Settings die Pfade in "c:\Program Files\Alaska....." gesetzt waren. Die Installation aber erfolgte in "c:\Programme\Alaska......". Ich habe dann mal mit einem "global research and replace" manuell die Pfade "Program Files" durch "Programme" ersetzt und neu gebootet. Siehe da, das war's wohl !!!
Aber da soll erst mal einer drauf kommen, dass die "Zwangsinstallation" auf C: in das Verzeichnis "Programme" erfolgt und die Settings nirgendwo anpasst.
Hallo Jan,
zu 1) hatte ich schon deutliche Kommentare gelesen. Ich wollte nur anmerken, dass auch mich das ärgert. Auf Laufwerk C: gehört für mich nur das Betriebssystem und betriebssystemnahe Daten wie z. B. Druckertreiber.
zu 2) und wo finde ich dann die deutsche Doku, wenn es sie schon seit Q1/2016 geben soll ? Wir haben schon fast Q1/2017 !!!!
zu 3) den Tip, in der Workbench die prg Dateien einzeln zu "moven" hatte ich schon angewandt, aber das hat leider nichts gebracht. Wie oben schon beschrieben war es wohl die falsche Benennung der Pfade.
Vielleicht hilft der Hinweis mit der Benennung der Pfade ("Program Files" und "Programme") anderen Usern weiter.
Besten dank für eure schnelle Reaktion.....
Lutz
=D> =D> =D>
vielen Dank für Deine Antwort. Leider kann ich mit den Angaben zu "relative" Pfade nicht viel anfangen. Ich habe aber dann mal in der Doku nach den Compiler-Flags und in den Workbench-Einstellungen und zum Schluss auch in den Windows 10 Settings der Umgebungsvariablen nachgeschaut und festgestellt, dass u.a. in den Windows-Settings die Pfade in "c:\Program Files\Alaska....." gesetzt waren. Die Installation aber erfolgte in "c:\Programme\Alaska......". Ich habe dann mal mit einem "global research and replace" manuell die Pfade "Program Files" durch "Programme" ersetzt und neu gebootet. Siehe da, das war's wohl !!!
Aber da soll erst mal einer drauf kommen, dass die "Zwangsinstallation" auf C: in das Verzeichnis "Programme" erfolgt und die Settings nirgendwo anpasst.
Hallo Jan,
zu 1) hatte ich schon deutliche Kommentare gelesen. Ich wollte nur anmerken, dass auch mich das ärgert. Auf Laufwerk C: gehört für mich nur das Betriebssystem und betriebssystemnahe Daten wie z. B. Druckertreiber.
zu 2) und wo finde ich dann die deutsche Doku, wenn es sie schon seit Q1/2016 geben soll ? Wir haben schon fast Q1/2017 !!!!
zu 3) den Tip, in der Workbench die prg Dateien einzeln zu "moven" hatte ich schon angewandt, aber das hat leider nichts gebracht. Wie oben schon beschrieben war es wohl die falsche Benennung der Pfade.
Vielleicht hilft der Hinweis mit der Benennung der Pfade ("Program Files" und "Programme") anderen Usern weiter.
Besten dank für eure schnelle Reaktion.....
Lutz
=D> =D> =D>
- Martin Altmann
- Foren-Administrator
- Beiträge: 16536
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 113 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Re: Installation Xbase 2.0.721
Hallo Lutz,
OK - in Deinem Fall waren es ja auch absolute Pfade (C:\....) und nicht relative (..\..\obj\.....)
Viele Grüße,
Martin
OK - in Deinem Fall waren es ja auch absolute Pfade (C:\....) und nicht relative (..\..\obj\.....)
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Jan
- Marvin
- Beiträge: 14659
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Installation Xbase 2.0.721
Lutz,
1) Das sehe ich genau so. Ich habe z. B,. bei mir alles, was irgendwie zur Programmeirung gehört, auf E:\ liegen. Nur eben Xbase++ 2.0 jetzt nicht mehr. Ärgert mich ungemein. Ich glaube, das kommt wegen der cxp-Geschichte. Weil da irgendwelche Verknüpfungen oder so zum Webserver o. ä. passen müssen.
2) Lt. Steffen gibt es die schon seit Januar 2015, spätestens aber Q1/2016. Wenn es die noch nicht gibt, dann hat Steffen wohl mal wieder etwas zu blauäugig in die Zukunft geschaut. Kennen wir ja nun schon ausgiebig.
3) Ich arbeite da auch mit absoluten und mit relativen Pfaden. Das klappt immer. Was nicht sauer klappt sind UNC-Pfade - Manfred weiß da ein Lied von zu singen. Das ist aber soweit ich weiß kein Kompilier-Problem.
Jan
1) Das sehe ich genau so. Ich habe z. B,. bei mir alles, was irgendwie zur Programmeirung gehört, auf E:\ liegen. Nur eben Xbase++ 2.0 jetzt nicht mehr. Ärgert mich ungemein. Ich glaube, das kommt wegen der cxp-Geschichte. Weil da irgendwelche Verknüpfungen oder so zum Webserver o. ä. passen müssen.
2) Lt. Steffen gibt es die schon seit Januar 2015, spätestens aber Q1/2016. Wenn es die noch nicht gibt, dann hat Steffen wohl mal wieder etwas zu blauäugig in die Zukunft geschaut. Kennen wir ja nun schon ausgiebig.
3) Ich arbeite da auch mit absoluten und mit relativen Pfaden. Das klappt immer. Was nicht sauer klappt sind UNC-Pfade - Manfred weiß da ein Lied von zu singen. Das ist aber soweit ich weiß kein Kompilier-Problem.
Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
- brandelh
- Foren-Moderator
- Beiträge: 15699
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 68 Mal
- Danksagung erhalten: 34 Mal
- Kontaktdaten:
Re: Installation Xbase 2.0.721
Also dass sich die Installation nun an die Regeln von Microsoft hält ist so verkehrt nicht ...
ABER natürlich kann man die Dateien in die bisherige Ordnung umkopieren ...
genauso wie man Projekte in den bisherigen Verzeichnissen anlegen und speichern kann ...
Die neuen Möglichkeiten gemeinsamen Quellcode für mehrere Projekte zu teilen und mehrere Anwender gleichzeitig darauf zugreifen zu lassen
führt genauso wie eventuelle neue Befehle immer dazu, dass man etwas anpassen muss, aber PBUILD /G hilft schon viel
Die Handbücher sind in englisch noch nicht fertig, da können sie noch nicht übersetzt worden sein.
Insgesamt ist 2.00 keinesfalls fertig ausgeliefert worden, aber vieles ist schon besser als bei 1.90 -
ich habe jetzt meine Projekte ohne viele Änderungen seit Monaten im 2.00 Modus kompiliert und keine Probleme.
ABER natürlich kann man die Dateien in die bisherige Ordnung umkopieren ...
Code: Alles auswählen
@echo off
xcopy "C:\Users\...Benutzername...\Documents\Xbase++\source\*" "\ALASKA\ALASKA.200\XPPW32\source\*" /s /Y
xcopy "C:\Program Files (x86)\Alaska Software\xpp20\*" "\ALASKA\ALASKA.200\XPPW32\*" /s /Y
xcopy "C:\Program Files (x86)\Alaska Software\help20\*" "\ALASKA\ALASKA.200\XPPW32\book\*" /s /Y
pause
Die neuen Möglichkeiten gemeinsamen Quellcode für mehrere Projekte zu teilen und mehrere Anwender gleichzeitig darauf zugreifen zu lassen
führt genauso wie eventuelle neue Befehle immer dazu, dass man etwas anpassen muss, aber PBUILD /G hilft schon viel
Die Handbücher sind in englisch noch nicht fertig, da können sie noch nicht übersetzt worden sein.
Insgesamt ist 2.00 keinesfalls fertig ausgeliefert worden, aber vieles ist schon besser als bei 1.90 -
ich habe jetzt meine Projekte ohne viele Änderungen seit Monaten im 2.00 Modus kompiliert und keine Probleme.
Gruß
Hubert
Hubert
- Muecke
- 1000 working lines a day
- Beiträge: 623
- Registriert: Di, 24. Okt 2006 7:19
- Wohnort: Samstagern CH
- Hat sich bedankt: 3 Mal
- Danksagung erhalten: 9 Mal
- Kontaktdaten:
Re: Installation Xbase 2.0.721
Hallo Lutz
möchte mich da nicht reinmischen, aber die aktuelle Version ist 2.0 726
auch möchte ich Alaska nicht zu viel loben, aber seit wir 2.0 haben mit 726 läuft das ding.
wir haben fast alle Kunden umgestellt auf 2.0. Seit dem haben wir ganz wenige Rückmeldungen
von unseren Kunden ( wird per E-Mail an uns gesendet ).
Schöne Grüsse
Thomas
möchte mich da nicht reinmischen, aber die aktuelle Version ist 2.0 726
auch möchte ich Alaska nicht zu viel loben, aber seit wir 2.0 haben mit 726 läuft das ding.
wir haben fast alle Kunden umgestellt auf 2.0. Seit dem haben wir ganz wenige Rückmeldungen
von unseren Kunden ( wird per E-Mail an uns gesendet ).
Schöne Grüsse
Thomas
- Manfred
- Foren-Administrator
- Beiträge: 21211
- Registriert: Di, 29. Nov 2005 16:58
- Wohnort: Kreis Wesel
- Hat sich bedankt: 210 Mal
- Danksagung erhalten: 67 Mal
Re: Installation Xbase 2.0.721
UNC Pfade waren nicht das Problem. Es mußte nur alles von der WB neu erstellt werden im XPJ. Dann klappte es. Habe es aber im Moment alles auf Eis gelegt, weil ich mal gerade wieder bestätigt bekomme, dass es immer noch nicht wirklich rund läuft.Jan hat geschrieben:Lutz,
1) Das sehe ich genau so. Ich habe z. B,. bei mir alles, was irgendwie zur Programmeirung gehört, auf E:\ liegen. Nur eben Xbase++ 2.0 jetzt nicht mehr. Ärgert mich ungemein. Ich glaube, das kommt wegen der cxp-Geschichte. Weil da irgendwelche Verknüpfungen oder so zum Webserver o. ä. passen müssen.
2) Lt. Steffen gibt es die schon seit Januar 2015, spätestens aber Q1/2016. Wenn es die noch nicht gibt, dann hat Steffen wohl mal wieder etwas zu blauäugig in die Zukunft geschaut. Kennen wir ja nun schon ausgiebig.
3) Ich arbeite da auch mit absoluten und mit relativen Pfaden. Das klappt immer. Was nicht sauer klappt sind UNC-Pfade - Manfred weiß da ein Lied von zu singen. Das ist aber soweit ich weiß kein Kompilier-Problem.
Jan
Gruß Manfred
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
- Koverhage
- Der Entwickler von "Deep Thought"
- Beiträge: 2471
- Registriert: Fr, 23. Dez 2005 8:00
- Wohnort: Aalen
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
Re: Installation Xbase 2.0.721
Merkwürdig, die müsste doch längst fertig sein. Zumal irgendwo in den Newsgroups stand, dass sich Andreas Gehrs-Pahl um die Doku kümmert.Seit Januar 2015 gibt es die Übersetzung auch auf Deutsch, späetestens aber seit Q1/2016. Lt. Aussage von Steffen. [/ironie off]. Lt. Steffen wurde eine Profi-Übersetzerin engagiert, die das alles übersetzen wird.
Gruß
Klaus
Klaus
- satmax
- 1000 working lines a day
- Beiträge: 831
- Registriert: Do, 02. Dez 2010 19:34
- Wohnort: Biberbach in Österreich
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 1 Mal
- Kontaktdaten:
Re: Installation Xbase 2.0.721
Leute, Alaska Zeitrechnung (q1/2016) * (10*y)Koverhage hat geschrieben:Merkwürdig, die müsste doch längst fertig sein. Zumal irgendwo in den Newsgroups stand, dass sich Andreas Gehrs-Pahl um die Doku kümmert.Seit Januar 2015 gibt es die Übersetzung auch auf Deutsch, späetestens aber seit Q1/2016. Lt. Aussage von Steffen. [/ironie off]. Lt. Steffen wurde eine Profi-Übersetzerin engagiert, die das alles übersetzen wird.
Gruß
Markus
Markus
- Jan
- Marvin
- Beiträge: 14659
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Installation Xbase 2.0.721
Klaus,
so wie ich das von Steffen verstanden habe kümmert Anderas sich um die Doku ansich. In dem Sinne, das die vollständig wird. Die Übersetzerin kümmert sich dann darum, das es die auf Deutsch geben wird.
Lt. Steffen sollte vor knapp 2 Jahren die überwältigend gute und umfangreiche Doku zu PostgreSQL rauskommen. Und Anfang 2015 sollte, ebenfalls lt. Steffens Ankündigung, die Doku auf deutsch erscheinen - eventuell noch nicht vollständig, eventuell noch teilweise mit Texten aus der 1.9, aber sie sollte kommen.
Jan
so wie ich das von Steffen verstanden habe kümmert Anderas sich um die Doku ansich. In dem Sinne, das die vollständig wird. Die Übersetzerin kümmert sich dann darum, das es die auf Deutsch geben wird.
Lt. Steffen sollte vor knapp 2 Jahren die überwältigend gute und umfangreiche Doku zu PostgreSQL rauskommen. Und Anfang 2015 sollte, ebenfalls lt. Steffens Ankündigung, die Doku auf deutsch erscheinen - eventuell noch nicht vollständig, eventuell noch teilweise mit Texten aus der 1.9, aber sie sollte kommen.
Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.