AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Übersetzer - Ansatzprobleme

Ein Thema von naudoc · begonnen am 29. Apr 2007 · letzter Beitrag vom 22. Feb 2008
Antwort Antwort
Seite 3 von 3     123   
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.858 Beiträge
 
Delphi 11 Alexandria
 
#21

Re: Übersetzer - Ansatzprobleme

  Alt 30. Apr 2007, 16:57
Sorry muß natürlich
s := memo1.lines.Text; heißen

BTW. wprde statt
Zitat:
edit2.text
auch ne lokale Variable nehmen
Markus Kinzler
  Mit Zitat antworten Zitat
Benutzerbild von Meflin
Meflin

Registriert seit: 21. Aug 2003
4.856 Beiträge
 
#22

Re: Übersetzer - Ansatzprobleme

  Alt 30. Apr 2007, 17:18
Und viel schöner wird dein Code noch so
Delphi-Quellcode:
var
  Chars: array[0..2] of string = ('E', 'M', 'T');
  Replacement: array[0..2] of string = ('3', '|\/|', '7');

for i := 0 to Length(Chars) - 1 do
  NewText := StringReplace(OldText, Chars[i], Replacement[i], [rfReplaceAll, rfIgnoreCase]);
  Mit Zitat antworten Zitat
Benutzerbild von Matze
Matze
(Co-Admin)

Registriert seit: 7. Jul 2003
Ort: Schwabenländle
14.929 Beiträge
 
Turbo Delphi für Win32
 
#23

Re: Übersetzer - Ansatzprobleme

  Alt 30. Apr 2007, 17:21
Anstelle die StringReplace-Funktion zu nutzen, die bei so vielen Aufrufen recht langsam ist, würde ich Lösungen wie beispielsweise diese verwenden.
  Mit Zitat antworten Zitat
Benutzerbild von inherited
inherited

Registriert seit: 19. Dez 2005
Ort: Rosdorf
2.022 Beiträge
 
Turbo Delphi für Win32
 
#24

Re: Übersetzer - Ansatzprobleme

  Alt 30. Apr 2007, 17:23
Zitat von naudoc:
Nochwas:
Der Text wird 1:1 kopiert in Edit2 und nicht verändert, warum?
Weil du immer wieder Edit1 als Quelle benutzt, dessen Text aber nie geändert wird
Nikolai Wyderka

SWIM SWIM HUNGRY!
Neuer Blog: hier!
  Mit Zitat antworten Zitat
Benutzerbild von thule
thule

Registriert seit: 4. Okt 2007
13 Beiträge
 
#25

Re: Übersetzer - Ansatzprobleme

  Alt 20. Feb 2008, 23:38
ich bin hier über die suche gelandet und meine frage ist auch etwas offtopic aber:
ich möchte einen sehr einfachen sprache-zu-sprache übersetzer schreiben und mir fehlen etwas die ansätze. ich denke ein (z.B Ini [wegen "=" ])-File ist irgendwie ungünstig was performance, DB-size usw angeht. sagen wir es so: ich habe eine konsole, ich gebe ein "translate://morgen" und hätte nun gern die ausgabe der möglichen übersetzungen. wie müsste ich vorgehen? vielen dank. gruß
Open is human
  Mit Zitat antworten Zitat
Benutzerbild von inherited
inherited

Registriert seit: 19. Dez 2005
Ort: Rosdorf
2.022 Beiträge
 
Turbo Delphi für Win32
 
#26

Re: Übersetzer - Ansatzprobleme

  Alt 21. Feb 2008, 20:35
Da bietet sich eine Datenbank (MySQL, Firebird, ist hier eigentlich egal) an. Damit kannst du auch mehrere mögliche Übersetzungen leicht implementieren. Du hast dann zum beispiel eine Tabelle GermanToEnglish mit den Feldern German und English und mit der Abfrage "SELECT * FROM GermanToEnglish WHERE German='MeinSuchString'; und bekommst alle Eingetragenen übersetzungen.
Ein Speicherschonenderer Ansatz wäre, für jedes Wort nur einen Eintrag in der Liste zu haben und alle Übersetzungen mit Komma oä. separiert. Abfrage ist fast die gleiche (evtl noch ein LIMIT 1 dahinter), du musst dann nurnoch dein Ergebnis mit explodeexplode oä. Trennen.
Nikolai Wyderka

SWIM SWIM HUNGRY!
Neuer Blog: hier!
  Mit Zitat antworten Zitat
Benutzerbild von thule
thule

Registriert seit: 4. Okt 2007
13 Beiträge
 
#27

Re: Übersetzer - Ansatzprobleme

  Alt 22. Feb 2008, 02:35
Ja, das klingt sehr gut.
So wird's getestet.
Ich bin hier schon weiterführend fündig geworden. Noch ne andere Frage dazu: Nicht das ich jetzt extrem faul bin, aber kann jemande freie datenbanken empfehlen (gibt es welche?). Sie müssen nicht extrem groß sein. ich habe mir schon die von dict.cc (knapp 14mb) besorgt, aber die darf nicht weitergegeben werden und ist viel zu groß, da meine übersetzerfunktionen im normalen "use" rahmen sein dürfen.

vielen dank und gruß
Open is human
  Mit Zitat antworten Zitat
alzaimar
(Moderator)

Registriert seit: 6. Mai 2005
Ort: Berlin
4.956 Beiträge
 
Delphi 2007 Enterprise
 
#28

Re: Übersetzer - Ansatzprobleme

  Alt 22. Feb 2008, 07:24
Zitat von Matze:
Anstelle die StringReplace-Funktion zu nutzen, die bei so vielen Aufrufen recht langsam ist, würde ich Lösungen wie beispielsweise diese verwenden.
Na nun, das spielt sich aber eher im Millisekundenbereich ab, meinst Du nicht? Bei massivem Einsatz würde ich Deinem Einwand Recht geben, aber in Anbetracht der Tatsache, das es sich beim Threadsteller um einen Rookie handeln dürfte, würde ich (wie auch sonst in Projekten) nach der Devise: "Keep it simple" handeln.
Zitat von inherited:
Ein Speicherschonenderer Ansatz wäre, für jedes Wort nur einen Eintrag in der Liste zu haben ...
Bei einem DB-Ansatz sollte man diese Überlegung nicht anstellen, weil dann die Rückwärtsübersetzung nicht mehr orthogonal funktioniert. Dein erster Ansatz ist schon ok. Eventuell kann man noch über die Normalisierung in die 3NF nachdenken, da Wörter in beiden Spalten doppelt vorkommen können.
Grundsätzlich ist ein 'Übersetzer' dieser Form jedoch nur als Vokabeltrainer zu gebrauchen. Ein Übersetzer muss ja auch noch das Zeugs verstehen, was er übersetzen soll, und da wird es dann schon etwas schwerer.
"Wenn ist das Nunstruck git und Slotermeyer? Ja! Beiherhund das Oder die Flipperwaldt gersput!"
(Monty Python "Joke Warefare")
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 3 von 3     123   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 17:44 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz