(Un-)Gelesen Status über Splits hinweg erhalten (Erledigte/abgelehnte Bugs & Requests)

[thread]14014[/thread]

(Un-)Gelesen Status über Splits hinweg erhalten

Readers: 22

Articles: hide open all | hide show old branches

+11 replies
murphy

2009-09-11 20:55

User since
2004-07-19
1776 articles
HausmeisterIn

Als jüngst der lange Diskussionsfaden Perl-Marketing... aufgeteilt wurde, musste ich mich mühsam durch jede Menge Beiträge in den abgespaltenen Fäden hangeln, um festzustellen, ob denn auch noch etwas neues hinzugekommen, oder ob nur die Aufspaltung neu wäre, da einfach alle Beiträge bei der Anzeige wie ungelesene behandelt wurden.

Ich fände es gerade bei solchen umfangreichen Diskussionen praktisch, wenn das Abspalten nicht beeinflussen würde ob ein einzelner Beitrag als bereits gelesen angesehen wird, dann ginge auch in den abgespaltenen Fäden nicht sofort der Überblick verloren.
When C++ is your hammer, every problem looks like your thumb.
- +9 replies
- pq
  
  2009-09-11 21:08
  
  User since
  2003-08-04
  12209 articles
  Admin1
  
  einzelne beiträge werden nicht als (un)gelesen gespeichert.
  ich speichere lediglich die zeit, wann du den thread zuletzt gelesen hast. dann werden alle beiträge, die später verfasst wurden, aufgeklappt angezeigt.
  da ich das startposting editiert habe, wurde das halt als neu angezeigt.
  wenn die anderen als ungelesen angezeigt wurden, ist das ein bug, bei mir funktionierte es jedenfalls.
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - +8 replies
  - murphy
    
    2009-09-14 19:16
    
    User since
    2004-07-19
    1776 articles
    HausmeisterIn
    
    2009-09-11T19:08:38 pq
    [...]
    ich speichere lediglich die zeit, wann du den thread zuletzt gelesen hast. dann werden alle beiträge, die später verfasst wurden, aufgeklappt angezeigt.
    [...]
    
    Bei mir (Firefox 3.0.14) wurde in beiden abgespaltenen Threads alles als neu angezeigt. Ich fand das unübersichtlich, aber wenn's an meinem Browser liegt, kann man da wohl nicht viel machen.
    When C++ is your hammer, every problem looks like your thumb.
    - +7 replies
    - pq
      
      2009-09-14 19:23
      
      User since
      2003-08-04
      12209 articles
      Admin1
      
      kann eigentlich nihct am browser liegen, wenn sonst alles normal funktioniert.
      
      ah mir fällt gerade was ein. die thread-id ändert sich ja, und wenn ich selber was splitte, rufe ich ja den thread danach sofort auf und gehe dann aber gleich zur übersicht zurück. deshalb ist mir das vielleicht nicht aufgefallen.
      ist natürlich ein mordsaufwand, für alle, die den thread gelesen haben, in der datenbank in dieser tabelle jeweils ne kopie zu machen. mal überlegen...
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
      - +6 replies
      - murphy
        
        2009-09-14 22:16
        
        User since
        2004-07-19
        1776 articles
        HausmeisterIn
        
        2009-09-14T17:23:31 pq
        [...]
        ah mir fällt gerade was ein. die thread-id ändert sich ja, und wenn ich selber was splitte, rufe ich ja den thread danach sofort auf [...]
        
        Das könnte das Verhalten allerdings erklären.
        
        Quote
        ist natürlich ein mordsaufwand, für alle, die den thread gelesen haben, in der datenbank in dieser tabelle jeweils ne kopie zu machen.
        [...]
        
        Ist das nicht vielleicht mit einem INSERT INTO ... SELECT ... Befehl leicht machbar? Oder meinst Du den Aufwand an Speicherplatz?
        When C++ is your hammer, every problem looks like your thumb.
        
        +5 replies
        
        pq
        
        2009-09-14 22:22
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        das INSERT ... SELECT ginge vielleicht. in dem fall müsste ich halt DBIx::Class umgehen. (obwohl ich mir vorstellen kann, dass es für sowas mittlerweile auch schon funktionen gibt...)
        ich meinte die anzahl der inserts, wenn ich es über DBIx::Class machen würde.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +4 replies
        
        sid burn
        
        2009-09-17 17:01
        
        User since
        2006-03-29
        1520 articles
        BenutzerIn
        
        Quote
        ich meinte die anzahl der inserts, wenn ich es über DBIx::Class machen würde.
        
        Wenn du die populate methode im void context nutzt, dann wird DBI direkt genutzt und keine DBIx::Class Objekte mehr zusammengebaut, sollte also relativ schnell sein.
        Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
        
        +3 replies
        
        pq
        
        2009-09-17 17:06
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        nützt mir aber auch nicht viel, dazu muss ich mir die daten ja auch alle erst holen, wenn ich das richtig verstehe. direkt mit DBI bräuchte ich nur ein einziges insert...select, wie murphy sagte.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +2 replies
        
        sid burn
        
        2009-09-17 17:17
        
        User since
        2006-03-29
        1520 articles
        BenutzerIn
        
        Hmm, vielleicht kann dir DBIx::Class::ResultSource::View helfen. Habe ich letztens genutzt um einen SELECT zu abstrahieren den man nicht mit DBIx::Class zusammenbauen lassen kann.
        
        Zwar ist es für SELECT gedacht aber vielleicht kann man ja auch INSERTS nutzen. Platzhalter kann man wie üblich mit ? schreiben und beim ausführen übergibt man diese mit "bind".
        Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
        
        pq
        
        2009-11-17 21:04
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        das mit dem view funktioniert nicht, weil DBIC immer ein SELECT um mein view-statement drumherumpackt...
        ich habs jetzt per populate() gemacht.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
- pq
  
  2009-11-17 21:06
  
  User since
  2003-08-04
  12209 articles
  Admin1
  
  Move from Requests to Erledigte/abgelehnte Bugs & Requests
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem

View all threads created 2009-09-11 20:55.