Re: [Basket-devel] simultaneous access to data from different applications

[Rui M. <rui...@gm...>]

Hi all,

since our development is going slowly, I would like to suggest for us to 
start/continue some discussion here, in the mailing list.
Mainly because:
- there are design issues to be agreed upon: last IRC's meeting wasn't 
so effective as we expected (in my opinion)
- we are all very busy: things tend to go slower and it's harder to meet 
online at a given time (almost never happens)
- they might be other people to participate with ideas and knowledge here

I will try to do a summary of what was discussed in IRC, to kick start 
things
(Sebastian, if you have time to do this would be better because you have 
much more background - you could even try to do  a 'What do we want to 
change' document :) - but I know you're very busy at the moment).

perihelion, looking forward for your work !

Hopefully the mail arrives to everyone. The ML has been acting strange...

Regards,

Rui


perihelion wrote:
> I taked my time, and after some research it seem like we can rely on soprano 
> for our problem.
>
> we can base your core on KService
> http://api.kde.org/4.0-api/kdelibs-apidocs/kdecore/html/classKService.html
>
> I will send a schema this week to explain that.
> Regards,
> Perihelion
>  
> Le Saturday 03 November 2007 13:29:16 Vyacheslav Tokarev, vous avez écrit :
>   
>> Let's imagine following situation :
>> user start up basket application and while it loading user can work with
>> basket plasmoid.
>>
>> What can happen :
>> in plasmoid we can drag some items so placing for them can be corrupted,
>> or we can add new items, so placing for them is not yet detected.
>>
>> Solution :
>> We have one thread working with actual data, let's say it would be
>> BasketCore. We can ask for create new Note, new Basket, etc.
>> the jobs enqueued, so they performed one by one: add note, then add basket,
>> then changed note name etc. doesn't matter where they come from : gui,
>> plasmoid, plugin.
>>
>> So in our "real" situation:
>> plasmoid before doing actual dragging do the following : ask BasketCore :
>> mark this notes as "Editing now", when this marking complete user can drag
>> items. After dragging is completed plasmoid tells BasketCore - "Editing now
>> is complete", these notes are free, do whatever you want with them
>> So, if another application wants to load dragged notes and see them
>> as "editing" it will skipped it.
>>
>>
>> And I have one question :
>> If plasmoid is working, do we have BasketCore running as well ? without GUI
>> I think. (so it starts with some option: basket --no-gui)
>> And then plasmoid connect with basket-core via dbus to gets data. Am I
>> right ? Or you have another vision of that ? (plasmoid can directly access
>> database, it can make harder our general scheme)
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Basket-devel mailing list
>> Bas...@li...
>> https://lists.sourceforge.net/lists/listinfo/basket-devel
>>     
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Basket-devel mailing list
> Bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basket-devel
>
>