Talk:FSO

From Openmoko

(Difference between revisions)
Jump to: navigation, search
Line 3: Line 3:
  
 
*[[User:Mickey|Mickey]]: Unified theming is an application level thing, the framework has no idea about UI. To put it to the extreme, the framework services should allow you to write a feature phone UI in ncurses, if you want :) Same goes for web browsing, while being super important nowadays, this is clearly application level framework, not services level.
 
*[[User:Mickey|Mickey]]: Unified theming is an application level thing, the framework has no idea about UI. To put it to the extreme, the framework services should allow you to write a feature phone UI in ncurses, if you want :) Same goes for web browsing, while being super important nowadays, this is clearly application level framework, not services level.
**[[User:Sin|Sin]]: So the framework will be used to make a user environment that could provide a native theme to Qt, GTK and EWL/ETK? I'm a bit worried about consistency of the UI since any toolkit can and will be used (which is great btw). As for the browser thing, the high level browser element could map to (e)links in ncurses and webkit in graphical interfaces. Seems in a similar situation to telephony or PIM.
+
**[[User:Sin|Sin]]: So the framework will be used to make a user environment that could provide a native theme to each of Qt, GTK and EWL/ETK? I'm a bit worried about consistency of the UI since any toolkit can and will be used (which is great btw). As for the browser thing, the high level browser service could map to (e)links in ncurses and webkit in graphical interfaces. Seems in a similar situation to telephony or PIM.
  
 
[[User:Elektrolott|Elektrolott]]: How about using [http://pim.kde.org/akonadi/ Akonadi]?
 
[[User:Elektrolott|Elektrolott]]: How about using [http://pim.kde.org/akonadi/ Akonadi]?

Revision as of 19:05, 10 May 2008

Sin: Would unified theming (something like qtcurve) belong here? How about another high-level service, a web browser element (webkit) that can be used from any application?

  • Mickey: Unified theming is an application level thing, the framework has no idea about UI. To put it to the extreme, the framework services should allow you to write a feature phone UI in ncurses, if you want :) Same goes for web browsing, while being super important nowadays, this is clearly application level framework, not services level.
    • Sin: So the framework will be used to make a user environment that could provide a native theme to each of Qt, GTK and EWL/ETK? I'm a bit worried about consistency of the UI since any toolkit can and will be used (which is great btw). As for the browser thing, the high level browser service could map to (e)links in ncurses and webkit in graphical interfaces. Seems in a similar situation to telephony or PIM.

Elektrolott: How about using Akonadi?

Akonadi - The PIM Storage Service
Mission Statement
We intend to design an extensible cross-desktop storage service for PIM data and meta data
providing concurrent read,  write, and query access.
It will provide unique desktop wide object identification and retrieval.
  • Mickey: Akonadi seems huge. It uses kdelibs, tries to integrate a lot (much more than we need) and I don't see any sign of a dbus API.

Using PolicyKit for the usage daemon

PolicyKit concerns authorisation of priviledged actions requested by an unprivileged user. This is independant of the actual functionality and APIs. Using PolicyKit may make sense later, when the functionality has been finished.

Personal tools

Sin: Would unified theming (something like qtcurve) belong here? How about another high-level service, a web browser element (webkit) that can be used from any application?

  • Mickey: Unified theming is an application level thing, the framework has no idea about UI. To put it to the extreme, the framework services should allow you to write a feature phone UI in ncurses, if you want :) Same goes for web browsing, while being super important nowadays, this is clearly application level framework, not services level.
    • Sin: So the framework will be used to make a user environment that could provide a native theme to each of Qt, GTK and EWL/ETK? I'm a bit worried about consistency of the UI since any toolkit can and will be used (which is great btw). As for the browser thing, the high level browser service could map to (e)links in ncurses and webkit in graphical interfaces. Seems in a similar situation to telephony or PIM.

Elektrolott: How about using Akonadi?

Akonadi - The PIM Storage Service
Mission Statement
We intend to design an extensible cross-desktop storage service for PIM data and meta data
providing concurrent read,  write, and query access.
It will provide unique desktop wide object identification and retrieval.
  • Mickey: Akonadi seems huge. It uses kdelibs, tries to integrate a lot (much more than we need) and I don't see any sign of a dbus API.

Using PolicyKit for the usage daemon

PolicyKit concerns authorisation of priviledged actions requested by an unprivileged user. This is independant of the actual functionality and APIs. Using PolicyKit may make sense later, when the functionality has been finished.