[Tk] Geschwindigkeitsprobleme mit BrowseEntry (Graphische Oberflächen)

[thread]16939[/thread]

[Tk] Geschwindigkeitsprobleme mit BrowseEntry

Tags: perl5 Tk Ähnliche Threads

Leser: 15

Articles: hide open all | hide show old branches

+6 replies
campbell-bs

2011-11-24 10:10

User since
2011-11-17
23 Artikel
BenutzerIn

Hallo,
ich erstelle gerade eine umfangreiche GUI mit Perl-Tk, in der mehrere hundert BrowseEntrys vorkommen. Mein Problem ist, dass sich die Ladezeit durch die BrowseEntrys drastisch verlängert hat. Vorher hatte ich dies mit Spinboxen gelöst, welche auch eine verhältnismäßig kurze Ladezeit haben.
Kennt ihr eine möglichkeit die Ladezeit des BrowseEntrys zu verkürzen, bzw. gibt es ein vergleichbares Element (sollte die Eigenschaften einer ComboBox besitzen), welches schneller zu laden ist und in dem CoreModul integriert ist?
Besteht weiterhin die Möglichkeit komplette Tk-Frames zu kopieren, um dadurch die komplette Ladezeit der GUI zu verkürzen? Ich habe es mit Storables dcopy versucht, war aber leider nicht erfolgreich.

modedit Editiert von pq: Tk zu titel und als tag hinzugefügt
Last edited: 2011-11-24 10:20:16 +0100 (CET)
- +4 replies
- GUIfreund
  
  2011-11-24 11:32
  
  User since
  2011-08-08
  559 Artikel
  BenutzerIn
  
  2011-11-24T09:10:51 campbell-bs
  ich erstelle gerade eine umfangreiche GUI mit Perl-Tk, in der mehrere hundert BrowseEntrys vorkommen. Mein Problem ist, dass sich die Ladezeit durch die BrowseEntrys drastisch verlängert hat. Vorher hatte ich dies mit Spinboxen gelöst, welche auch eine verhältnismäßig kurze Ladezeit haben.
  Kennt ihr eine möglichkeit die Ladezeit des BrowseEntrys zu verkürzen, bzw. gibt es ein vergleichbares Element (sollte die Eigenschaften einer ComboBox besitzen), welches schneller zu laden ist und in dem CoreModul integriert ist?
  Eine alternative ComboBox ist mir nicht bekannt. Das Einzige, was mir zu deiner Frage einfällt, ist: Vielleicht läßt sich ein Teil der BrowseEntrys in einen Dialog auslagern. Dabei auch die Erzeugung des Dialogs in den Callback auslagern, damit er erst beim ersten Bedarf erzeugt wird.
  
  2011-11-24T09:10:51 campbell-bs
  Besteht weiterhin die Möglichkeit komplette Tk-Frames zu kopieren, um dadurch die komplette Ladezeit der GUI zu verkürzen?
  Das wünsche ich mir seit Langem.
  Gruß
  GUIfreund
  - +3 replies
  - campbell-bs
    
    2011-11-24 12:42
    
    User since
    2011-11-17
    23 Artikel
    BenutzerIn
    
    2011-11-24T10:32:03 GUIfreund
    Eine alternative ComboBox ist mir nicht bekannt. Das Einzige, was mir zu deiner Frage einfällt, ist: Vielleicht läßt sich ein Teil der BrowseEntrys in einen Dialog auslagern. Dabei auch die Erzeugung des Dialogs in den Callback auslagern, damit er erst beim ersten Bedarf erzeugt wird.
    
    Gute Idee, aber das kann ich leider nicht machen auf Grund meiner Kommunikation mit dem Server. Ich benötige gleich zu Anfang alle Objekte.
    
    2011-11-24T11:10:33 pktm
    Tut es vielleicht auch ein Tk::Optionmenu?
    
    Entspricht jedenfalls mehr meinen Ansprüchen als das BrowseEntry, hat aber leider auch eine lange Ladezeit, aber die ist schon deutlich besser als die des BrowseEntrys.
    
    Vielleicht schau ich nochmal, ob ich meinen Script noch irgendwie optimieren kann, aber wenn jemand noch ein Widget mit einer besseren Performance kennt, kann er gerne antworten.
    - +2 replies
    - pktm
      
      2011-11-24 12:58
      
      User since
      2003-08-07
      2921 Artikel
      BenutzerIn
      
      Eventuell eine blöde Frage, aber ist es auch ganz sicher die Ladezeit der Widgets und nicht die für das Laden der Elemente aus der DB?
      http://www.intergastro-service.de (mein erstes CMS :) )
      - campbell-bs
        
        2011-11-24 13:08
        
        User since
        2011-11-17
        23 Artikel
        BenutzerIn
        
        Ja, mit der Spinbox gehts ja deutlich schneller!
- pktm
  
  2011-11-24 12:10
  
  User since
  2003-08-07
  2921 Artikel
  BenutzerIn
  
  Tut es vielleicht auch ein Tk::Optionmenu?
  http://www.intergastro-service.de (mein erstes CMS :) )

View all threads created 2011-11-24 10:10.