Gestione delle operazioni integrata in GNOME

felipe, 10 maggio 2010 @ 18:40 in Flash.

Empathy Salomon Sickert ha presentato l’ambizioso progetto a cui lavorerà nell’ambito del Google Summer of Code.

Si tratta di un sistema centralizzato per gestire tutte le operazioni in corso nel nostro GNOME, un po’ come le bozze che si vedono da anni sia per GNOME che per KDE, e che nel secondo caso si sono materializzate in un sistema di notifiche a “stack” abbastanza funzionale.

Il cuore del progetto consiste nella creazione di API per D-Bus che permetteranno di creare dei “centri di controllo delle operazioni“, icone animate che indicano ad esempio il progresso dello scaricamento o altro. Decisamente promosso.

Altri articoli interessanti

Discussione per
"Gestione delle operazioni integrata in GNOME"

Amon Paike ha detto 10 maggio 2010 @ 19:41

lol si sta scatenando una tempesta perfetta…

Rispondi
GNAM ha detto 10 maggio 2010 @ 19:56

Decisamente promosso o decisamente promesse?

Rispondi
destynova ha detto 10 maggio 2010 @ 20:00

Decisamente bocciato. Non per l’idea in se, ma perché si reiterà uno degli errori più invalidanti nella storia del desktop linux, ovvero la mancanza di un unico standard per fare una cosa uguale in tutti i DE.

Perché creare un nuovo set di messaggi d-bus solo per gnome quando si poteva proporre uno standard comune?

Rispondi
- destynova ha detto 10 maggio 2010 @ 20:01
  
  *reitra, un accento di troppo -.-
  
  Rispondi
- thediska ha detto 10 maggio 2010 @ 20:22
  
  dove c’è scritto che i messaggi sono solo per gnome? i mokup sono concentrati per gnome ma dalla descrizione del progetto i primi punti sono slegati a gnome
  
  # Creation of a set of D-Bus APIs, which allows to expose information about running tasks.
  # Creation of a support library, which enables developer to easy add support for the Interface without messing around with D-Bus.
  
  Rispondi
  - destynova ha detto 10 maggio 2010 @ 20:37
    
    Essendo basato su d-bus potrà esser utilizzato da tutti. Ma il progetto nasce solo per fornire certe funzionalità a gnome e per farlo crea un nuovo set di messaggi d-bus. Non si preoccupa di utilizzare quelli già esistenti o di proporne uno standard comune, l’obiettivo è solo fornire la funzionalità a gnome.
    
    Inoltre il progetto tratta sia la definizione dei messaggi che la sua implementazione per gnome, un legame del genere è sempre stato deleterio per l’interoperabilità.
    
    Rispondi
  - destynova ha detto 10 maggio 2010 @ 20:39
    
    Creation of a set of D-Bus APIs, which allows to expose information about running tasks.
    
    È qui che si trova l’errore.
    
    Rispondi
  - Skarn ha detto 11 maggio 2010 @ 01:01
    
    Il punto è che KDE ha già, a suo tempo, creato l’API D-Bus necessaria per il supporto alla gestione centralizzata dei progressi delle operazioni.
    
    A questo punto si configurano due opzioni:
    
    Riutilizzare l’API di KDE => Epic Win!
    Creare un’API nuova e incompatibile => Epic Fail!
    
    Nel primo caso io portò usare programmi provenienti dal DE che mi pare, e vedere i lavori in corso centralizzati in un posto solo, nel secondo la funzione sarà DE specifica, e sarà uno schifo vedere programmi che adottano notifiche di ripiego squallide o perdono feature perchè eseguiti fuori dal DE di appartenenza.
    
    Stanno già facendo la cosa giusta, con la nuova tray, non è il caso di mandare tutto in vacca proprio ora!
    
    Rispondi
    - Skarn ha detto 11 maggio 2010 @ 02:10
      
      Ho mandato una mail allo sviluppatore, suggerendogli di contattare il grande Marco Martin.
      
      Rispondi
      - ithesilverboy ha detto 11 maggio 2010 @ 15:48
        
        Fammi sapere se ti risponde, sono curioso… :)
        
        Rispondi
        
        Skarn ha detto 3 maggio 2011 @ 21:57
        
        Per la serie: “com’è andata a finire”:
        Nessuna mi ha risposto, ma ho poi contattato io in seguito Martin, il quale mi ha riferito che non se ne è fatto niente. Loro (KDE) hanno anche provato ad insistere un po’ nel tentativo di trovare un punto comune, anche eventualmente estendendo l’API già in uso da KDE, ma in GNOME non ne hanno voluta sapere. Antipatici.
    - ithesilverboy ha detto 11 maggio 2010 @ 15:46
      
      Quoto,
      ma credo che si opterà per la seconda opzione salvo poi rendersi conto tra un anno del problema, impiegare un altro anno per capire che ci vuole un API comune ed infine impiegare un altro anno ancora per realizzare un NUOVO standard…
      
      Rispondi
Dav ha detto 10 maggio 2010 @ 20:44

Ma soprattutto queste notifiche sbattute *inspiegabilmente* in basso per far posto alla barra di ricerca di Firefox, non dovevano tornare in cima?

Rispondi
- bLax ha detto 10 maggio 2010 @ 22:18
  
  ah si? mi son sempre chiesto perché stanno in quella posizione infelice……
  
  Rispondi
d4n1x ha detto 10 maggio 2010 @ 21:36

Ma guardate come detto dall’articolo in KDE4 già esiste. E devo dire che è veramente comodo :D

Rispondi
- ithesilverboy ha detto 11 maggio 2010 @ 15:46
  
  ERETICO!!!!!!!!!!!! :D
  
  Rispondi
dave ha detto 10 maggio 2010 @ 21:38

Magari quello screen l’hanno fatto con ubuntu che ha la notifica uguale a quella, forse su altre distro la storia cambia.

Rispondi
Francesco ha detto 10 maggio 2010 @ 22:53

Growl

Rispondi
- gerlos ha detto 11 maggio 2010 @ 09:24
  
  In effetti sarebbe bello se condividessero il codice… magari riutilizzando l’ottimo lavoro fatto sulle notifiche in kde e quello fatto su mac con growl (che tra l’altro è già supportato da una gran quantità di programmi che abbiamo anche su gnu/linux, come firefox, thunderbird, amsn, vlc, transmission…, e recentemente è sbarcato anche su Windows http://www.growlforwindows.com/).
  Il problema è forse che partono con logiche diverse: le notifiche di gnome e quelle di growl sono passive, non ci puoi interagire, mentre quelle di KDE sono pensate proprio per permettere all’utente di interagire con esse… boh, vedremo!
  
  Rispondi

accedi