In questo filo possiamo discutere diversi aspetti della programmazione (--> codice sorgente).

In diesem Thread können wir verschiedene programmiertechnische Aspekte diskutieren (--> Quellcode).

Nel programma c'è un problema con la piccola MsgBox (casella di dialogo) in cui il testo string è troppo lungo per la dimensione ristretta delle casella. Un'alternativa sarebbe inserire una funzione "autodimensionamento", un'altra sarebbe però la funzione PathEllipsis che renderebbe l'aspetto della (piccola) casella più elegante e professionale.

GioRock mi ha scritto in una email (citazione):
Per ovviare al problema della lunghezza delle frasi nelle label, bisognerebbe usare una funzione denominata PathEllipsis che supplisce allo sbordamento delle parole dallo spazio predefinito...

Esempio

Spazio predefinito per la label:

|..........................|

Frase completa:

| Il giocatore dovrebbe selezionare almeno una opzione|

PathEllipsis:

| Il giocatore dovrebbe ...|

Ecco così rispettato lo spazio consentito senza sporcare la visualizzazione delle scritte...

Di sicuro vi sarete accorti usando svariati programmi che alcuni implementano già questa funzione...

GioRock dice:

PathEllipsis si trova in funzione API (APPLICATION PROGRAM INTERFACE) di programmazione chiamata DrawText come alternativa al disegno di un testo nel suo contesto HDC (HANDLE DEVICE CONTEXT), cosa che tu, Scotty, probabilmente conosci bene, e che serve appunto a ridurre solo in visualizzazione il contenuto, senza alterare la stringa originale che verra visualizzata correttamente dopo che la finestra o l'oggetto saranno ridimensionati...

Il problema potrebbe essere che ci saranno dei problemi di compatibilità nella programmazione multipiattaforma, e perciò bisogna affidarci alle mani esperte del nostro EROE (non ho altre faccine) per verificarne la fattibilità...

In breve la funzione lavora così: prendo una stringa di testo che voglio visualizzare nel contesto prescelto e provo a disegnarla nello spazio predefinito, aggiungendo delle costanti apposite mi ritorna il testo modificato con i tre puntini finali che indicano il continuo della frase che è occultato momentaneamente per mancanza di spazio, cosa più professionale che vedere un testo che finisce sotto un bottone come nel nostro caso...

Ad ogni modo sono funzioni implementabili anche autonomamente scrivendo una apposita routine personalizzata es.:

stringa = "Ciao Bussinchen, come stai???"

length = 50px (la lunghezza misurata in pixel non il numero dei caratteri)

label width = 40px (dimensione iniziale della label)

calling function AccorciaIlTestoSeNecessario(stringa, spazio)

result = "Ciao Bussinchen, come ..."

Facendo così anche in caso di uno scorretto ridimensionamento la stringa non uscirà mai dallo spazio consentito.

GioRock sagt:

PathEllipsis ist als Alternative für die Ausgabe eines Textes in seinem Kontext HDC (HANDLE DEVICE CONTEXT)in der Programmierfunktion API (APPLICATION PROGRAM INTERFACE) genannt DrawText enthalten, und das ist etwas, was du, Scotty, wahrscheinlich gut kennst. Dies dient dazu, den Inhalt nur in der Anzeige zu reduzieren, ohne den ursprünglichen String zu verändern, der dann, wenn das Fenster oder das Objekt vergrößert wird, korrekt und in voller Länge angezeigt wird.

Hierbei könnte es ein Kompatibilitätsproblem beim Programmieren in einer Multiplattform geben, und aus diesem Grund müssen wir es natürlich ganz unserem Experten und HELDEN (ich habe keinen anderen Smiley) überlassen, die Durchführbarkeit zu überprüfen...

Knapp umrissen arbeitet diese Funktion folgendermaßen: Ich nehme einen String-Text, den ich im vorgegebenen Kontext anzeigen lassen will und versuche, ihn in den definierten Platz einzufügen. Ich gebe die entsprechenden Konstanten an, woraufhin der Text in modifizierter Form mit den drei Pünktchen am Ende ausgegeben wird. Die Pünktchen zeigen an, dass der Satz, der momentan aufgrund des Platzmangels verborgen ist, eigentlich noch weitergeht. Diese Lösung sähe professioneller aus als die derzeitige, wo man einen Text sieht, der unter einem Button verschwindet...

Jedenfalls handelt es sich hierbei um Funktionen, die auch eigenständig implementiert werden können, indem man eine entsprechende persönlich gestaltete Routine schreibt, z.B.:

string = "Ciao Bussinchen, wie geht's???"

length = 50px (die Länge gemessen in Pixeln, nicht die Anzahl der Schriftzeichen)

label width = 40px (ursprüngliche Größe des Labels)

calling function VerkürzeDenTextWennNötig(String, Platz)

result = "Ciao Bussinchen, wie..."

Wenn man so verfährt, dann wird der String nie über den vorgegebenen Platz hinausragen, und zwar auch dann nicht, wenn die Größe falsch angegeben wurde.

Ecco un mio piccolo commento riguardo a PathEllipsis:

@GioRock:
Sono assolutamente d'accordo con te. Capisco adesso come funziona. Appunto: Sarebbe più professionale avere la visualizazzione del testo string come lo descrivi (a patto che non venga implementata una funzione "autodimensionamento" della MsgBox)!

Ho letto su http://www.vbarchiv.net/forum/read.php?i...024&i=69024&v=f (in tedesco, tuttavia non per FreePascal; ma nella nostra discussione comunque non si tratta di qualsiasi linguaggio di programmazione in particolare, bensì del principio come tale) che si può anzi implementare un tooltip in cui viene visualizzata la stringa completa quando la stringa è accorciata nella visualizazzione della MsgBox. Molto bello anche questo, Scotty e GioRock! ;-)

@GioRock:
PathEllipsis tiene conto delle parole e degli spazi tra le parole (limiti tra le parole) o no?
Voglio dire: Con PathEllipsis non potrebbe avvenire che la frase accorciata venga visualizzata così:
| Ciao Bussinc... | ???
È certo che questo tipo di visualizzazione, dove la stringa viene tagliata all'interno di una parola, non mi piacerebbe affatto.

Dass man das per DrawText() angeben kann, ist ja eine schöne Sache! Allerdings benutze ich diese API-Funktion nur an wenigen Stellen. Die spezielle Messagebox hier ist selbstgemacht und hat ein Label mit der Eigenschaft wordwrap innerhalb einer Scrollbox. Dadurch wird ein langer Text umgebrochen, komplett angezeigt und zur Not bzw. bei mehreren Nachrichten auch scrollbar gemacht. Das Fenster selbst ist größenveränderlich.
Prinzipiell hat man mit eigenen Fenstern immer die Schwierigkeit, dass sich alles sauber ins Widgetset einpasst. Zu bedenken ist auch der Programmablauf, insbesondere wenn im Netzwerkbetrieb eine asynchrone Verarbeitung erfolgt.
PS: Jetzt sehe ich gerade, dass ihr den Text der Checkbox meint. Da bekomme ich natürlich weder Umbruch noch Abschneiden geschenkt. An solchen Stellen bin ich der Meinung, dass die Übersetzer kreativ sein sollten.

PS: Solo adesso vedo che stiate parlando del testo nella checkbox. Allora lì ovviamente non ho gratis né i ritorni a capo automatici né il tagliamento. In tali luoghi penso che i traduttori dovrebbero essere creativi.

Bussinchen/GioRock:

Una domanda: Perche GioRock non pubblicara sua idea qui? Preferisco una conversazione diretta ...

Eine Frage: Warum postet hier GioRock seine Idee nicht selbst? Ich würde einen direkten Dialog vorziehen...

@Gero:
GioRock lo aspettiamo qui nel forum. Anch'io spero che adesso si decida di postare i suoi suggerimenti sul forum!
È proprio la ragione per la quale ho creato questo filo. GioRock ha ancora parecchie altre idee, ma non le posterò più per lui.
Wir warten darauf, dass GioRock hier im Forum erscheint. Auch ich hoffe, dass er sich jetzt dazu aufraffen kann, seine Vorschläge im Forum zu posten! Genau aus diesem Grund habe ich auch diesen Thread hier eröffnet. GioRock hat noch eine Reihe andere Ideen, aber die werde ich nicht mehr für ihn posten.

Zitat von Scotty

---

PS: Jetzt sehe ich gerade, dass ihr den Text der Checkbox meint. Da bekomme ich natürlich weder Umbruch noch Abschneiden geschenkt.
PS: Solo adesso vedo che stiate parlando del testo nella checkbox. Allora lì ovviamente non ho gratis né i ritorni a capo automatici né il tagliamento.

---

Eh Scotty, stiamo parlando della casella che vedi qui sotto nel mio posting di oggi, alle ore 01:14 (vedi la foto a sinistra).
In questa casella effectivamente ci sono dei ritorni a capo automatici e lo scrollo (se necessario) come hai detto.
Ma i ritorni a capo automatici e lo scrollo riguardano solo il testo o i testi di sopra nella stessa casella, invece non riguardano quella stringa all'ingiù vicino al bottone "OK".

Ach Scotty, wir reden hier von dem Fenster, das du ganz unten in meinem Posting von heute, 01:14 Uhr siehst (siehe das linke Foto). In diesem Fenster sind doch tatsächlich Zeilenumbrüche und Scrollfunktion (falls nötig), wie du gesagt hast. Allerdings betreffen die Zeilenumbrüche und die Scrollfunktion nur den Text oder die Texte oben in ebendiesem Fenster, nicht jedoch den String ganz unten neben dem OK-Button.

... und das ist ja, wie Scotty gesagt hat, der Text, der zur Checkbox gehört.

...ed è proprio quel testo che fa parte della checkbox, come ha detto Scotty.

È solo adesso che capisco che ciò che chiamate Messagebox e Checkbox non sono due box (box nel senso di casella) diversi, ma che si tratta elementi diversi dentro la stessa casella/finestra. OK, ho capito. Eh, per me non è (ancora!) così facile da capire il linguaggio dei programmatori...

Erst jetzt verstehe ich, dass das, was ihr Messagebox und Checkbox nennt, nicht zwei verschiedene Boxen (Box im Sinne von Fenster) sind, sondern dass es sich hierbei um verschiedene Elemente innerhalb ein und desselben Fensters handelt. OK, ich hab's verstanden. Für mich ist die Sprache der Programmierer halt (noch!) nicht so leicht zu verstehen...

Ok Scotty, nessuno ha fatto riferimento alla label con lo scroll che non risulta illegibile, ma parlavamo delle label e dei checkbox che potrebbero essere migliorati contenendo il testo correttamente...
Nonostante tutti i nostri sforzi, io e la Bussinchen non siamo riusciti a fare di più nell'accorciare le traduzioni in lingua italiana anzi, in certe situazioni le frasi si sono allungate poiché risultavano poco comprensibili...
Ad ogni modo, sono consapevole che ci sono problematiche più urgenti che queste, la mia era solo un'altra idea per migliorare l'interfaccia del programma...

Certo, si otterrà questo tipo di testo fino a chè non si ridimensiona la finestra ottenendo la corretta visualizzazione...
Sarebbe anche necessario salvare le dimensioni delle varie finestre una volta che sono state modificate nel file ini...


Sicher, der Text wird nur so lange auf diese unschöne Art und Weise angezeigt, bis das Fenster so groß gezogen wird, dass [der Text Platz hat und] die Anzeige korrekt erfolgt...
Ich finde auch, dass die Größen der verschiedenen Fenster, wenn diese modifiziert wurden, mit in der ini abgespeichert werden sollten...

Grazie Bussinchen per il supporto che ci dai con le tue continue e fantastiche traduzioni...

Danke Bussinchen für die Unterstützung, die du uns mit deinen ständigen phantastischen Übersetzungen gibst...

Mentre stavo implementando uno piccolo Script per generare degli anagrammi, mi è venuta un'idea per aumentarne le prestazioni anche in termini di velocità, e mi sono chiesto se questa trovata poteva essere utile al miglioramento dello Scrabble3D durante la generazione delle lettere piazzabili...

Allora, il concetto è semplice ma abbastanza efficace:

creare una lista dinamica di sillabe non valide estrapolandole direttamente dal dizionario in maniera da scartare direttamente la parola anagrammata durante la sua generazione riducendo l'utilizzo di risorse del PC...

Per essere più chiari, nel dizionario italiano per il gioco, non compaiono mai parole contenenti BG, DX, HG, JW, QD come le ripetizioni di tre lettere uguali tipo AAA ecc. quindi perchè tenerle in memoria o peggio ancora usarle nelle comparazioni di validità???

Naturalmente ogni lingua ha il suo alfabeto e bisognerà tenerne conto, anche se il mio prototipo usando lettere dalla A alla Z impiega meno di 2s. in un file di oltre 7MB per capire se ci sono corrispondenze al criterio sillabico con un processore da 2.6GHz.