From souliane at mailoo.org Tue Oct 1 21:12:12 2013 From: souliane at mailoo.org (Adrien) Date: Tue, 01 Oct 2013 21:12:12 +0200 Subject: [dev] [en] ideas for the rich text editor? In-Reply-To: <5248607F.7010002@goffi.org> References: <5246DA24.80202@mailoo.org> <3657127.IFK6uGnIKV@silence> <52483EF0.3080105@mailoo.org> <52485B40.1050008@goffi.org> <5248607F.7010002@goffi.org> Message-ID: <524B1E8C.5000505@mailoo.org> Hi, so I have it now like in the screenshots. The popup panel to select from listboxes to To/Cc/Bcc has been replaced by a contextual menu to add the hidden recipients type (Cc or Bcc). We still have autocomplete textboxes, now always editable (they were before set inactive and just the last one was active). Text boxes lengthes are set according to the text size. Removal icon is displayed when the mouse is over a recipient and will stay 1.5 seconds when you leave the area, that's enough time to click. You can drag and drop from the contacts list to the recipients panels, and also from one recipient panel to another. I could not really keep that icon to switch back to unibox, it is confusing as we have a real toolbar displayed here, also it will be somewhere up or left to the contacts... Is it ok like that? Concerning the rich text itself, as agreed I left the conversion stuff for Goffi, I added for now a couple of markers for bbcode, mardown, dokuwiki and html. The format is displayed on the right of the toolbar... not sure if it should be displayed or not. The format to use will be retrieved later from a parameter (to be created) and should be associated to the message for further editing. If that sounds OK I will commit these changes after your "go". Best regards, Adrien On 09/29/2013 07:16 PM, Goffi wrote: > An other option would be to move the contacts panel on the left to the > rich text dialog when we are in rich editing mode. It's quite easy to > do, and would not break the current disposition which I kind of like. > > On 29/09/2013 18:54, Goffi wrote: >> On 29/09/2013 16:53, Adrien wrote: >>> In that case shouldn't we reorganize the components? >>> >>> ___menubar_____________________________ >>> Contacts|_________unibox_______________ >>> |_________status_______________ >>> | >>> | >>> | >>> | dialogs >>> | >> >> >> Hum you're right about the hidden contacts, but I'm not sure how nice it >> would be with the contact on all the left side like this. I'm affraid >> that the result would not be that nice, maybe we should give it a try to >> be sure. >> An other option is, as you suggested, to put the rich text dialog in the >> dialogs part, but once again, I'm not sure of the result. >> An other suggestion, anyone ? >> >>> Sure! I didn't search for these libraries :p But if it doesn't exist I >>> need to do it at least for DokuWiki in order to import my current blog >>> to SàT :) >> >> No worries, we can do import tools easily :) >> >> >> >> _______________________________________________ >> dev mailing list >> dev at goffi.org >> http://lists.goffi.org/listinfo/dev > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: Screenshot.png Type: image/png Taille: 96492 octets Desc: non disponible URL: -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: Screenshot-1.png Type: image/png Taille: 96105 octets Desc: non disponible URL: From goffi at goffi.org Wed Oct 2 12:55:13 2013 From: goffi at goffi.org (Goffi) Date: Wed, 02 Oct 2013 12:55:13 +0200 Subject: [dev] [en] ideas for the rich text editor? In-Reply-To: <524B1E8C.5000505@mailoo.org> References: <5246DA24.80202@mailoo.org> <3657127.IFK6uGnIKV@silence> <52483EF0.3080105@mailoo.org> <52485B40.1050008@goffi.org> <5248607F.7010002@goffi.org> <524B1E8C.5000505@mailoo.org> Message-ID: <524BFB91.7060808@goffi.org> Hi, great job, I really like it ! For me it look terrific, what do others think about it ? Cheers Goffi On 01/10/2013 21:12, Adrien wrote: > Hi, > > so I have it now like in the screenshots. The popup panel to select from > listboxes to To/Cc/Bcc has been replaced by a contextual menu to add the > hidden recipients type (Cc or Bcc). > > We still have autocomplete textboxes, now always editable (they were > before set inactive and just the last one was active). Text boxes > lengthes are set according to the text size. Removal icon is displayed > when the mouse is over a recipient and will stay 1.5 seconds when you > leave the area, that's enough time to click. > > You can drag and drop from the contacts list to the recipients panels, > and also from one recipient panel to another. > > I could not really keep that icon to switch back to unibox, it is > confusing as we have a real toolbar displayed here, also it will be > somewhere up or left to the contacts... > > Is it ok like that? > > > Concerning the rich text itself, as agreed I left the conversion stuff > for Goffi, I added for now a couple of markers for bbcode, mardown, > dokuwiki and html. The format is displayed on the right of the > toolbar... not sure if it should be displayed or not. The format to use > will be retrieved later from a parameter (to be created) and should be > associated to the message for further editing. > > If that sounds OK I will commit these changes after your "go". > > Best regards, > Adrien > > On 09/29/2013 07:16 PM, Goffi wrote: >> An other option would be to move the contacts panel on the left to the >> rich text dialog when we are in rich editing mode. It's quite easy to >> do, and would not break the current disposition which I kind of like. >> >> On 29/09/2013 18:54, Goffi wrote: >>> On 29/09/2013 16:53, Adrien wrote: >>>> In that case shouldn't we reorganize the components? >>>> >>>> ___menubar_____________________________ >>>> Contacts|_________unibox_______________ >>>> |_________status_______________ >>>> | >>>> | >>>> | >>>> | dialogs >>>> | >>> >>> >>> Hum you're right about the hidden contacts, but I'm not sure how nice it >>> would be with the contact on all the left side like this. I'm affraid >>> that the result would not be that nice, maybe we should give it a try to >>> be sure. >>> An other option is, as you suggested, to put the rich text dialog in the >>> dialogs part, but once again, I'm not sure of the result. >>> An other suggestion, anyone ? >>> >>>> Sure! I didn't search for these libraries :p But if it doesn't exist I >>>> need to do it at least for DokuWiki in order to import my current blog >>>> to SàT :) >>> >>> No worries, we can do import tools easily :) >>> >>> >>> >>> _______________________________________________ >>> dev mailing list >>> dev at goffi.org >>> http://lists.goffi.org/listinfo/dev >> >> >> _______________________________________________ >> dev mailing list >> dev at goffi.org >> http://lists.goffi.org/listinfo/dev > > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev > From mcy at lm7.fr Wed Oct 2 16:10:22 2013 From: mcy at lm7.fr (Matteo Cypriani) Date: Wed, 02 Oct 2013 10:10:22 -0400 Subject: [dev] [en] ideas for the rich text editor? In-Reply-To: <524BFB91.7060808@goffi.org> References: <5246DA24.80202@mailoo.org> <524B1E8C.5000505@mailoo.org> <524BFB91.7060808@goffi.org> Message-ID: <2918225.edDsTsRx14@silence> Le mercredi 2 octobre 2013 12:55:13 Goffi a écrit : > great job, I really like it ! > For me it look terrific, what do others think about it ? Like I said on the chat room, I'm not really a user of Libervia (yet) so I lack some context to have an opinion, but I like it too. Matteo -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: signature.asc Type: application/pgp-signature Taille: 836 octets Desc: This is a digitally signed message part. URL: From souliane at mailoo.org Wed Oct 2 21:00:50 2013 From: souliane at mailoo.org (Adrien) Date: Wed, 02 Oct 2013 21:00:50 +0200 Subject: [dev] [en] some patches In-Reply-To: <2918225.edDsTsRx14@silence> References: <5246DA24.80202@mailoo.org> <524B1E8C.5000505@mailoo.org> <524BFB91.7060808@goffi.org> <2918225.edDsTsRx14@silence> Message-ID: <524C6D62.8020207@mailoo.org> Hi, here are some patches with the first version of the UIs for rich text and multi-user addressing + some various modifications. For libervia: browser_side: dialogs take **kwargs arguments + unibox helper method - add the **kwargs arguments to the dialog classes, especially to pass the Width='xxx' setting - add a method getTargetAndData to UniBox, for external use and to get the message recipient and body without dealing with the target hooks, selected panels... ---------------------------- server_side: put the entry content in its own span + CSS customization ---------------------------- browser_side: added UIs for rich text editor and addressing to multiple recipients ---------------------------- bridge, browser_sider: added support for asyncGetParamA; set the rich text format according to a user parameter for now the parameter has not been created so you will get a warning on the backend and no toolbar will be displayed. For testing purpose you can set _debug to True in RichTextEditor: that will display one toolbar per format. For sat: tools and primitivus: better support for parameter of type list ---------------------------- bridge, memory: added the parameter security_limit to asyncGetParamA so it can be used from libervia. refactorization in memory.py are related to that. Best regards, Adrien -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: libervia_228-231.patch Type: text/x-diff Taille: 59900 octets Desc: non disponible URL: -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: sat_653-654.patch Type: text/x-diff Taille: 16070 octets Desc: non disponible URL: From goffi at goffi.org Fri Oct 4 15:34:46 2013 From: goffi at goffi.org (Goffi) Date: Fri, 04 Oct 2013 15:34:46 +0200 Subject: [dev] Buildbot en place / BuildBot installed Message-ID: <524EC3F6.9040400@goffi.org> english below, je viens de finir la mise en place d'un Buildbot, chose que je voulais faire depuis longtemps. Il se trouve à https://buildbot.goffi.org (accessible uniquement en https). Les tests indiqués sont executés après chaque commit, et un courriel devrait être envoyé à l'auteur d'un commit qui casse les tests. J'en ai profité pour remettre en état les 10 tests actuels, ce qui est bien peu vu la taille du projet, il faudrait étoffer ça un peu. Pour le moment ce sont des tests simples, à terme j'envisage de faire des choses plus complexes, comme des tests automatisés de Libervia via selenium, ou de fonctionnalités avec différent serveurs. ++ Goffi --- I have just finished the installation of a Buildbot, that you can access at https://buildbot.goffi.org (accessible only with https). The tests are launched after each commit, and an email should be send to the commit author if something is going wrong. There are only 10 tests at the moment, that's really low for a project of that size, so I hope it will grow quickly. So far, only simple tests are done, but I'm planing to do more complex things like automated tests of Libervia (via selenium), or feature compatibility checks with different XMPP servers. ++ Goffi From goffi at goffi.org Fri Oct 4 17:40:09 2013 From: goffi at goffi.org (Goffi) Date: Fri, 04 Oct 2013 17:40:09 +0200 Subject: [dev] [en] Bug fix for wix and couple of improvements In-Reply-To: <524435ED.1090601@mailoo.org> References: <524435ED.1090601@mailoo.org> Message-ID: <524EE159.6050809@goffi.org> G'day, sorry for the delay, I wanted to finish the buildbot setup before pushing anything new to the server. I have commited everything except the last patch, I have sent you an email to discuss about the blocking points. Thanks for your work :) Goffi P.-S.: nothing wrong with the PEP 8 compliance, actually the closer we are to PEP 8 compliance, the better. On 26/09/2013 15:26, Adrien wrote: > Hi to you! > > Here a few patches for sat and libervia again. > > Goffi> could you please check them in - after checking :-) > > There are some modifications for PEP8 compliances which make it > difficult to read... I hope it's still OK... let me know if something is > wrong with that. > > Below a copy of the commit messages for sat: > > plugin XEP-0085: improvement for sendind "composing" state > ************** > wix, plugin XEP-0085: bug fix at startup when the method > chatStateReceived doesn't exist > TODO: implementation for displaying the states on the chat window and > sending "composing" states > ************** > > For libervia: > > browser_side: check for duplicate name before adding a new contact group > ************** > browser_side: set the focus to the first field when a tab is selected > from the register panel > ************** > browser_side, plugin XEP-0085: limit the number of bridge methods calls > for "chatStateComposing". > ************** > browser_side: center the buttons of GenericConfirmDialog > ************** > browser_side: display widget title in the debug info (LiberviaWidget > method "getDebugName") > - better PEP8 compliance > ************** > browser_side, misc: better PEP8 compliance > ************** > browser_side: added the flag REUSE_EXISTING_LIBERVIA_WIDGETS > - do not create a new chat panel for contacts/groups if a similar one is > found > - this goes with a modification of the class methods to create new > panels (for genericity) > - improvement of the accepted groups list for MicroblogPanel (remove > duplicates and keep sorted) > > Details for the new flag: > > # Set to true to not create a new LiberviaWidget when a similar one > # already exist (i.e. a chat panel with the same target). Instead > # the existing widget will be eventually removed from its parent > # and added to new WidgetsPanel, or replaced to the expected > # position if the previous and the new parent are the same. > > > I will hopfully finish this week a prototype for a rich text editor. Not > wysiwyg but for with some buttons to help the users decorating is text > with some tags, also something to send messages to several > contacts/groups (sending them in a batch first, then we will need to > implement XEP-0033[1]). > > [1] http://xmpp.org/extensions/xep-0033.html > > Best regards, > Adrien > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev > From goffi at goffi.org Fri Oct 4 18:01:57 2013 From: goffi at goffi.org (Goffi) Date: Fri, 04 Oct 2013 18:01:57 +0200 Subject: [dev] soumettre des patches / submitting patches Message-ID: <524EE675.6090705@goffi.org> english below, Salut, comme l'activité sur la liste augmente et qu'elle devrait continuer dans sa lancée, merci de preciser [PATCH] dans le sujet quand vous soumettez des patches, ça permettra de s'y retrouver un peu. ++ Goffi --- G'day, as the list activity is growing, if you submit a patch please put [PATCH] in the subject of the email, so it will be easier to track them. ++ Goffi From goffi at goffi.org Fri Oct 4 18:33:10 2013 From: goffi at goffi.org (Goffi) Date: Fri, 04 Oct 2013 18:33:10 +0200 Subject: [dev] [en] some patches In-Reply-To: <524C6D62.8020207@mailoo.org> References: <5246DA24.80202@mailoo.org> <524B1E8C.5000505@mailoo.org> <524BFB91.7060808@goffi.org> <2918225.edDsTsRx14@silence> <524C6D62.8020207@mailoo.org> Message-ID: <524EEDC6.1080704@goffi.org> G'day, first of all, congratulations for the rich text edit, I really like it ! Easy to use, intuitive, good looking, great job :) I have pushed your commits for SàT core. For the rich text edit, you forgot to send the icons for sat_media. Even If I haven't pushed one of your last patches, these ones seems to work. I'm doing more tests before pushing it up. For my quick tests so far, I have these issues: - the icons lacking, as previously mentionned - no scroll bar for the contacts panel when we are in rich text mode - why not using the full available space ? Rich Text edit could use the full width, in addition it could take profit of of the contacts panel's hiding button. It's really motivating, I'm looking forward to implement the core's plugins part now :) Once again, congratulations and thanks :) Goffi On 02/10/2013 21:00, Adrien wrote: > Hi, > > here are some patches with the first version of the UIs for rich text > and multi-user addressing + some various modifications. > > For libervia: > > browser_side: dialogs take **kwargs arguments + unibox helper method > - add the **kwargs arguments to the dialog classes, especially to pass > the Width='xxx' setting > - add a method getTargetAndData to UniBox, for external use and to get > the message recipient and body without dealing with the target hooks, > selected panels... > ---------------------------- > server_side: put the entry content in its own span + CSS customization > ---------------------------- > browser_side: added UIs for rich text editor and addressing to multiple > recipients > ---------------------------- > bridge, browser_sider: added support for asyncGetParamA; set the rich > text format according to a user parameter > > for now the parameter has not been created so you will get a warning on > the backend and no toolbar will be displayed. For testing purpose you > can set _debug to True in RichTextEditor: that will display one toolbar > per format. > > > For sat: > > tools and primitivus: better support for parameter of type list > ---------------------------- > bridge, memory: added the parameter security_limit to asyncGetParamA so > it can be used from libervia. refactorization in memory.py are related > to that. > > > Best regards, > Adrien > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev > From goffi at goffi.org Fri Oct 4 18:42:22 2013 From: goffi at goffi.org (Goffi) Date: Fri, 04 Oct 2013 18:42:22 +0200 Subject: [dev] [en] some patches In-Reply-To: <524EEDC6.1080704@goffi.org> References: <5246DA24.80202@mailoo.org> <524B1E8C.5000505@mailoo.org> <524BFB91.7060808@goffi.org> <2918225.edDsTsRx14@silence> <524C6D62.8020207@mailoo.org> <524EEDC6.1080704@goffi.org> Message-ID: <524EEFEE.5020808@goffi.org> Other found issues: - if your write something to uniBox and go to rich text mode, you loose what you have previously enterred. If you enter something in Rich Text box and after go to UniBox, it works - when enterring rich text mode, widget are not resized (look how it's done when you resize uniBox) - No more privacy warning banner in rich text mode. Maybe it's on purpose ? On 04/10/2013 18:33, Goffi wrote: > G'day, > > first of all, congratulations for the rich text edit, I really like it ! > Easy to use, intuitive, good looking, great job :) > > I have pushed your commits for SàT core. > > For the rich text edit, you forgot to send the icons for sat_media. Even > If I haven't pushed one of your last patches, these ones seems to work. > I'm doing more tests before pushing it up. > > For my quick tests so far, I have these issues: > > - the icons lacking, as previously mentionned > > - no scroll bar for the contacts panel when we are in rich text mode > > - why not using the full available space ? Rich Text edit could use the > full width, in addition it could take profit of of the contacts panel's > hiding button. > > It's really motivating, I'm looking forward to implement the core's > plugins part now :) > > Once again, congratulations and thanks :) > Goffi > > On 02/10/2013 21:00, Adrien wrote: >> Hi, >> >> here are some patches with the first version of the UIs for rich text >> and multi-user addressing + some various modifications. >> >> For libervia: >> >> browser_side: dialogs take **kwargs arguments + unibox helper method >> - add the **kwargs arguments to the dialog classes, especially to pass >> the Width='xxx' setting >> - add a method getTargetAndData to UniBox, for external use and to get >> the message recipient and body without dealing with the target hooks, >> selected panels... >> ---------------------------- >> server_side: put the entry content in its own span + CSS customization >> ---------------------------- >> browser_side: added UIs for rich text editor and addressing to multiple >> recipients >> ---------------------------- >> bridge, browser_sider: added support for asyncGetParamA; set the rich >> text format according to a user parameter >> >> for now the parameter has not been created so you will get a warning on >> the backend and no toolbar will be displayed. For testing purpose you >> can set _debug to True in RichTextEditor: that will display one toolbar >> per format. >> >> >> For sat: >> >> tools and primitivus: better support for parameter of type list >> ---------------------------- >> bridge, memory: added the parameter security_limit to asyncGetParamA so >> it can be used from libervia. refactorization in memory.py are related >> to that. >> >> >> Best regards, >> Adrien >> >> >> _______________________________________________ >> dev mailing list >> dev at goffi.org >> http://lists.goffi.org/listinfo/dev >> > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev From kedals0 at gmail.com Sun Oct 6 02:21:00 2013 From: kedals0 at gmail.com (kedals0 at gmail.com) Date: Sun, 06 Oct 2013 02:21:00 +0200 Subject: [dev] [PATCH] Add profile managment features in jp Message-ID: <87r4bz5jwz.fsf@lenovo.home> Hi, This patch provides some profile managment options in jp: --list-profiles --create-profile profile_name jid password --get-profile profile_name --rm-profile profile_name For SàT testing, it should be useful to be able to create a profile from cli. Moreover, it permits to write quik start guides by providing a list of shell command to discover SàT. Finally, have you planed to enhance command line interface? Maybe be it would be necessary to propose sub commands such as: $ jp message --send --receive ... $ jp files --send --receive ... $ jp profile --list --add --rm --show $ jp contact --list --add --rm --show BR, Dal -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: jp_profile_command.patch Type: text/x-diff Taille: 4207 octets Desc: non disponible URL: From goffi at goffi.org Mon Oct 7 11:03:55 2013 From: goffi at goffi.org (Goffi) Date: Mon, 07 Oct 2013 11:03:55 +0200 Subject: [dev] [PATCH] Add profile managment features in jp In-Reply-To: <87r4bz5jwz.fsf@lenovo.home> References: <87r4bz5jwz.fsf@lenovo.home> Message-ID: <525278FB.8040107@goffi.org> Hi Dal, thank you for your patch, I will apply it but I need: - a email adresse where we can join you easily (is kedals0 at gmail.com alright ?) - your real name so I can add you to the contributors in the README/jp files. That's important to have real name and email because if we have a legal issue (like changing the licence for e.g. a future AGPL v4 *) we need to contact all the contributors. For the command line interface, yes it's defenitely planed to enhance it: first we will use argparse instead of optparse. we will also reorganise jp, so far it was just a simple tool, we plan to make it a real swiss knife for SàT, with for example the ability to manage pubsub node: it would be nice to script some stuff to automatically publish microblogs for example. Thank again for your patch, I'm waiting for your real name/address to use before pushing it. Cheers Goffi * actually for an new AGPL licence, the actual « AGPL v3 or any later version » should be sufficient, even if I don't think it's really legal in France. On 06/10/2013 02:21, kedals0 at gmail.com wrote: > Hi, > > This patch provides some profile managment options in jp: > --list-profiles > --create-profile profile_name jid password > --get-profile profile_name > --rm-profile profile_name > > > For SàT testing, it should be useful to be able to create a profile from > cli. Moreover, it permits to write quik start guides by providing a list > of shell command to discover SàT. > > Finally, have you planed to enhance command line interface? > Maybe be it would be necessary to propose sub commands such as: > $ jp message --send --receive ... > $ jp files --send --receive ... > $ jp profile --list --add --rm --show > $ jp contact --list --add --rm --show > > BR, > Dal > > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev > From kedals0 at gmail.com Mon Oct 7 11:16:44 2013 From: kedals0 at gmail.com (kedals0 at gmail.com) Date: Mon, 07 Oct 2013 11:16:44 +0200 Subject: [dev] [PATCH] Add profile managment features in jp In-Reply-To: <525278FB.8040107@goffi.org> References: <87r4bz5jwz.fsf@lenovo.home> <525278FB.8040107@goffi.org> Message-ID: <87fvsd5tkz.fsf@lenovo.home> Hi Goffi, > thank you for your patch, I will apply it but I need: > > - a email adresse where we can join you easily (is kedals0 at gmail.com > alright ?) This mail is the right one. So, you can use it. > > - your real name so I can add you to the contributors in the README/jp > files. See private mail. > > That's important to have real name and email because if we have a legal > issue (like changing the licence for e.g. a future AGPL v4 *) we need to > contact all the contributors. > > For the command line interface, yes it's defenitely planed to enhance > it: first we will use argparse instead of optparse. we will also > reorganise jp, so far it was just a simple tool, we plan to make it a > real swiss knife for SàT, with for example the ability to manage pubsub > node: it would be nice to script some stuff to automatically publish > microblogs for example. Ok, cool. Fisrt, I can make the switch from optparse to argparse. I think it doesn't require important code modifications. Secondly, I will propose a new command line interface based on subcommand. Thx for your reply, Dal. > Thank again for your patch, I'm waiting for your real name/address to > use before pushing it. > > Cheers > Goffi > > * actually for an new AGPL licence, the actual « AGPL v3 or any later > version » should be sufficient, even if I don't think it's really legal > in France. > > On 06/10/2013 02:21, kedals0 at gmail.com wrote: >> Hi, >> >> This patch provides some profile managment options in jp: >> --list-profiles >> --create-profile profile_name jid password >> --get-profile profile_name >> --rm-profile profile_name >> >> >> For SàT testing, it should be useful to be able to create a profile from >> cli. Moreover, it permits to write quik start guides by providing a list >> of shell command to discover SàT. >> >> Finally, have you planed to enhance command line interface? >> Maybe be it would be necessary to propose sub commands such as: >> $ jp message --send --receive ... >> $ jp files --send --receive ... >> $ jp profile --list --add --rm --show >> $ jp contact --list --add --rm --show >> >> BR, >> Dal >> >> >> >> _______________________________________________ >> dev mailing list >> dev at goffi.org >> http://lists.goffi.org/listinfo/dev >> > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev From souliane at mailoo.org Mon Oct 7 14:27:48 2013 From: souliane at mailoo.org (Adrien) Date: Mon, 07 Oct 2013 14:27:48 +0200 Subject: [dev] [en][PATCH] bug fix for add contact request Message-ID: <5252A8C4.6000402@mailoo.org> Hi, here the fix for the "Add contact request" dialog, for the bug that you found (some code is written in the Button instead of "Add"). Sorry for the inconvenience! Regards, Adrien -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: libervia_232.patch Type: text/x-diff Taille: 1311 octets Desc: non disponible URL: From goffi at goffi.org Mon Oct 7 15:12:32 2013 From: goffi at goffi.org (Goffi) Date: Mon, 07 Oct 2013 15:12:32 +0200 Subject: [dev] [PATCH] Add profile managment features in jp In-Reply-To: <87r4bz5jwz.fsf@lenovo.home> References: <87r4bz5jwz.fsf@lenovo.home> Message-ID: <5252B340.7040908@goffi.org> Applied, thanks On 06/10/2013 02:21, kedals0 at gmail.com wrote: > Hi, > > This patch provides some profile managment options in jp: > --list-profiles > --create-profile profile_name jid password > --get-profile profile_name > --rm-profile profile_name > > > For SàT testing, it should be useful to be able to create a profile from > cli. Moreover, it permits to write quik start guides by providing a list > of shell command to discover SàT. > > Finally, have you planed to enhance command line interface? > Maybe be it would be necessary to propose sub commands such as: > $ jp message --send --receive ... > $ jp files --send --receive ... > $ jp profile --list --add --rm --show > $ jp contact --list --add --rm --show > > BR, > Dal > > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev > From goffi at goffi.org Mon Oct 7 15:16:35 2013 From: goffi at goffi.org (Goffi) Date: Mon, 07 Oct 2013 15:16:35 +0200 Subject: [dev] [en][PATCH] bug fix for add contact request In-Reply-To: <5252A8C4.6000402@mailoo.org> References: <5252A8C4.6000402@mailoo.org> Message-ID: <5252B433.9060300@goffi.org> Applied, thanks On 07/10/2013 14:27, Adrien wrote: > Hi, > > here the fix for the "Add contact request" dialog, for the bug that you > found (some code is written in the Button instead of "Add"). > > Sorry for the inconvenience! > > Regards, > Adrien > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev > From souliane at mailoo.org Tue Oct 8 15:30:24 2013 From: souliane at mailoo.org (Adrien) Date: Tue, 08 Oct 2013 15:30:24 +0200 Subject: [dev] [PATCH] to replace those of last week + icons In-Reply-To: <524C6D62.8020207@mailoo.org> References: <5246DA24.80202@mailoo.org> <524B1E8C.5000505@mailoo.org> <524BFB91.7060808@goffi.org> <2918225.edDsTsRx14@silence> <524C6D62.8020207@mailoo.org> Message-ID: <525408F0.1090302@mailoo.org> Hi, I send you again the patch "227" which was problematic (it is called "230" in the attached file), and all the patches that followed since they have been a little bit modified. So these patches for libervia can be applied on the last public changeset 67e24c342e7f. I also attach a patch for sat (plugin xep-0085: bug fix + improvement) and the icons that are missing for the rich text editor. I hope it will be fine enough to be commited, but there are of course still some changes to be made. Regarding your feedbacks from last time: - instead of opening a new panel, existing widgets are re-used... but now, only if there are existing in the same tab - we should discuss about what to do with the left space when rich text mode is active (resize the text area or display a preview pane on the right?) - notification bar to show the recipient has been removed when in rich text mode, because the recipients are already displayed in the To/Cc/Bcc fields. We can have it back, but is it needed? - status bar is still there, on the bottom of the rich text area and it doesn't look good... I'll think about it. Changes for Libervia: ############################# server_side: put the blog entry content in its own span + CSS customization ############################# bridge: asyncGetParamA takes a security_limit argument browser_side: added support for user param of type "list" ############################# browser_side: added the flag REUSE_EXISTING_LIBERVIA_WIDGETS - do not create a new chat panel for contacts/groups if a similar one is found in the same tab - this goes with a modification of the methods to create new panels, especially arguments handling - improvement of the accepted groups list for MicroblogPanel (remove duplicates and keep sorted) ############################# browser_side: dialogs take **kwargs arguments + unibox helper method - add the **kwargs arguments to the dialog classes, especially to pass the Width='xxx' setting - add a method getTargetAndData to UniBox, for external use and to get the message recipient and body without dealing with the target hooks, selected panels... ############################# browser_side: added UIs for rich text editor and addressing to multiple recipients The rich text format is set according to a user parameter which is for now not created, so you will get a warning on the backend and no toolbar will be displayed (see the actual commit message for more info about testing) Best regards, Adrien On 10/02/2013 09:00 PM, Adrien wrote: > Hi, > > here are some patches with the first version of the UIs for rich text > and multi-user addressing + some various modifications. > > For libervia: > > browser_side: dialogs take **kwargs arguments + unibox helper method > - add the **kwargs arguments to the dialog classes, especially to pass > the Width='xxx' setting > - add a method getTargetAndData to UniBox, for external use and to get > the message recipient and body without dealing with the target hooks, > selected panels... > ---------------------------- > server_side: put the entry content in its own span + CSS customization > ---------------------------- > browser_side: added UIs for rich text editor and addressing to multiple > recipients > ---------------------------- > bridge, browser_sider: added support for asyncGetParamA; set the rich > text format according to a user parameter > > for now the parameter has not been created so you will get a warning on > the backend and no toolbar will be displayed. For testing purpose you > can set _debug to True in RichTextEditor: that will display one toolbar > per format. > > > For sat: > > tools and primitivus: better support for parameter of type list > ---------------------------- > bridge, memory: added the parameter security_limit to asyncGetParamA so > it can be used from libervia. refactorization in memory.py are related > to that. > > > Best regards, > Adrien > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev > -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: libervia_228-232.patch Type: text/x-diff Taille: 74400 octets Desc: non disponible URL: -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: sat_657.patch Type: text/x-diff Taille: 7691 octets Desc: non disponible URL: -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: sat_media_16.patch Type: text/x-diff Taille: 171329 octets Desc: non disponible URL: From goffi at goffi.org Wed Oct 9 14:53:23 2013 From: goffi at goffi.org (Goffi) Date: Wed, 09 Oct 2013 14:53:23 +0200 Subject: [dev] [PATCH] to replace those of last week + icons In-Reply-To: <525408F0.1090302@mailoo.org> References: <5246DA24.80202@mailoo.org> <524B1E8C.5000505@mailoo.org> <524BFB91.7060808@goffi.org> <2918225.edDsTsRx14@silence> <524C6D62.8020207@mailoo.org> <525408F0.1090302@mailoo.org> Message-ID: <525551C3.4000709@goffi.org> Everything applied, thanks, that's a great work :) On 08/10/2013 15:30, Adrien wrote: > Hi, > > I send you again the patch "227" which was problematic (it is called > "230" in the attached file), and all the patches that followed since > they have been a little bit modified. So these patches for libervia can > be applied on the last public changeset 67e24c342e7f. > > I also attach a patch for sat (plugin xep-0085: bug fix + improvement) > and the icons that are missing for the rich text editor. > > I hope it will be fine enough to be commited, but there are of course > still some changes to be made. Regarding your feedbacks from last time: > > - instead of opening a new panel, existing widgets are re-used... but > now, only if there are existing in the same tab > - we should discuss about what to do with the left space when rich text > mode is active (resize the text area or display a preview pane on the > right?) > - notification bar to show the recipient has been removed when in rich > text mode, because the recipients are already displayed in the To/Cc/Bcc > fields. We can have it back, but is it needed? > - status bar is still there, on the bottom of the rich text area and it > doesn't look good... I'll think about it. > > > Changes for Libervia: > > ############################# > server_side: put the blog entry content in its own span + CSS customization > ############################# > bridge: asyncGetParamA takes a security_limit argument > browser_side: added support for user param of type "list" > ############################# > browser_side: added the flag REUSE_EXISTING_LIBERVIA_WIDGETS > - do not create a new chat panel for contacts/groups if a similar one is > found in the same tab > - this goes with a modification of the methods to create new panels, > especially arguments handling > - improvement of the accepted groups list for MicroblogPanel (remove > duplicates and keep sorted) > ############################# > browser_side: dialogs take **kwargs arguments + unibox helper method > - add the **kwargs arguments to the dialog classes, especially to pass > the Width='xxx' setting > - add a method getTargetAndData to UniBox, for external use and to get > the message recipient and body without dealing with the target hooks, > selected panels... > ############################# > browser_side: added UIs for rich text editor and addressing to multiple > recipients > The rich text format is set according to a user parameter which is for > now not created, > so you will get a warning on the backend and no toolbar will be > displayed (see the actual commit message for more info about testing) > > > Best regards, > Adrien > > > On 10/02/2013 09:00 PM, Adrien wrote: >> Hi, >> >> here are some patches with the first version of the UIs for rich text >> and multi-user addressing + some various modifications. >> >> For libervia: >> >> browser_side: dialogs take **kwargs arguments + unibox helper method >> - add the **kwargs arguments to the dialog classes, especially to pass >> the Width='xxx' setting >> - add a method getTargetAndData to UniBox, for external use and to get >> the message recipient and body without dealing with the target hooks, >> selected panels... >> ---------------------------- >> server_side: put the entry content in its own span + CSS customization >> ---------------------------- >> browser_side: added UIs for rich text editor and addressing to multiple >> recipients >> ---------------------------- >> bridge, browser_sider: added support for asyncGetParamA; set the rich >> text format according to a user parameter >> >> for now the parameter has not been created so you will get a warning on >> the backend and no toolbar will be displayed. For testing purpose you >> can set _debug to True in RichTextEditor: that will display one toolbar >> per format. >> >> >> For sat: >> >> tools and primitivus: better support for parameter of type list >> ---------------------------- >> bridge, memory: added the parameter security_limit to asyncGetParamA so >> it can be used from libervia. refactorization in memory.py are related >> to that. >> >> >> Best regards, >> Adrien >> >> >> _______________________________________________ >> dev mailing list >> dev at goffi.org >> http://lists.goffi.org/listinfo/dev >> > > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev > From souliane at mailoo.org Fri Oct 18 16:47:02 2013 From: souliane at mailoo.org (Adrien) Date: Fri, 18 Oct 2013 16:47:02 +0200 Subject: [dev] [PATCH][EN] input history, context menu and misc Message-ID: <526149E6.708@mailoo.org> Hi guys, please find the following patches in attachements. For sat: frontend, primitivus: added input history (mode-wise) plugin misc_account: added method getNewAccountDomain For libervia: browser_side: fixed browser built-in auto-completion in login/register panels browser_side: set CSS margin: auto for all button panels browser_side: added input history in the unibox browser_side: modified class ContactChooser to allow setting a min and max number of contacts to be chosen browser_side: added class PopupMenuPanel to manage more complex context menu browser_side: add context menu for contact browser_side, blog: better PEP8 compliance Regards, Adrien -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: libervia_input-history_context_menu.diff Type: text/x-diff Taille: 56098 octets Desc: non disponible URL: -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: sat_input-history_defaut-domain.diff Type: text/x-diff Taille: 6372 octets Desc: non disponible URL: From souliane at mailoo.org Fri Oct 18 17:18:15 2013 From: souliane at mailoo.org (Adrien) Date: Fri, 18 Oct 2013 17:18:15 +0200 Subject: [dev] Social contract typos Message-ID: <52615137.8050002@mailoo.org> Hi, a few comments about the social contract in English: commit ourselves to never make profit from selling any of her presonal --> s/presonal/personal "Salut à Toi" being based on a decentralised protocol (XMPP), he is --> s/he/it ? abuses of the global network, and trying to remain independant --> s/independant/independent censorship. The global network must be a mean of expression --> s/mean/way ? I'm not sure That's all :) Adrien From goffi at goffi.org Fri Oct 18 20:22:35 2013 From: goffi at goffi.org (Goffi) Date: Fri, 18 Oct 2013 20:22:35 +0200 Subject: [dev] [en] Social contract typos In-Reply-To: <52615137.8050002@mailoo.org> References: <52615137.8050002@mailoo.org> Message-ID: <52617C6B.8030209@goffi.org> mean of expression is correct. For the other errors, can you send a patch please ? Thx :) On 18/10/2013 17:18, Adrien wrote: > Hi, > > a few comments about the social contract in English: > > commit ourselves to never make profit from selling any of her presonal > --> s/presonal/personal > > "Salut à Toi" being based on a decentralised protocol (XMPP), he is > --> s/he/it ? > > abuses of the global network, and trying to remain independant > --> s/independant/independent > > censorship. The global network must be a mean of expression > --> s/mean/way ? I'm not sure > > That's all :) > Adrien > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev From souliane at mailoo.org Mon Oct 21 17:49:52 2013 From: souliane at mailoo.org (Adrien) Date: Mon, 21 Oct 2013 17:49:52 +0200 Subject: [dev] Wix tray icon Message-ID: <52654D20.6060106@mailoo.org> Hi, a question regarding wix tray icon : it is not displayed right on my system: see screenshot 1.png. If I add the following on line 87 in sat/frontends/src/wix/main_window.py: ticon.SetWidth(32) I get as result screenshot 2.png. What's the better way to make the screenshot fit the tray bar? I see no other solution then resizing the file itself, but in that case which size should be used? Is there a way to retrieve the size of the other icons?! On my machine the tray icons width is 24, what about you?! As a temporary solution, even if 24 doesn't fit everybody, it's better then 128 :) PS : I would create new directories for sat_media/icons/crystal: 128, 16, 24, 32... Regards, Adrien -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: 1.png Type: image/png Taille: 8022 octets Desc: non disponible URL: -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: 2.png Type: image/png Taille: 2920 octets Desc: non disponible URL: From goffi at goffi.org Mon Oct 21 18:15:02 2013 From: goffi at goffi.org (Goffi) Date: Mon, 21 Oct 2013 18:15:02 +0200 Subject: [dev] [en] Wix tray icon In-Reply-To: <52654D20.6060106@mailoo.org> References: <52654D20.6060106@mailoo.org> Message-ID: <52655306.6030903@goffi.org> Look like something is wrong with your taskbar, are your sure it's not a widget size or something similar ? On my Kde 4.10.x, the icon is sized as expected, and it was the case as far as I remember (but I don't use wix actually). I don't think the issue is coming from wix, but maybe I'm wrong... On 21/10/2013 17:49, Adrien wrote: > Hi, > > a question regarding wix tray icon : it is not displayed right on my > system: see screenshot 1.png. > > If I add the following on line 87 in sat/frontends/src/wix/main_window.py: > > ticon.SetWidth(32) > > I get as result screenshot 2.png. > > What's the better way to make the screenshot fit the tray bar? I see no > other solution then resizing the file itself, but in that case which > size should be used? Is there a way to retrieve the size of the other > icons?! > > On my machine the tray icons width is 24, what about you?! As a > temporary solution, even if 24 doesn't fit everybody, it's better then > 128 :) > > PS : I would create new directories for sat_media/icons/crystal: 128, > 16, 24, 32... > > Regards, > Adrien > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev > From souliane at mailoo.org Mon Oct 21 18:59:38 2013 From: souliane at mailoo.org (Adrien) Date: Mon, 21 Oct 2013 18:59:38 +0200 Subject: [dev] [en] Wix tray icon In-Reply-To: <52655306.6030903@goffi.org> References: <52654D20.6060106@mailoo.org> <52655306.6030903@goffi.org> Message-ID: <52655D7A.4030805@mailoo.org> Hi, I do have here Mate 1.4.0 (fork of Gnome 2) and there's a setting for the size of the bar. Icons that comes with Mate are also resized when I change this setting, but some other icons (like Jitsi or Skype) keep their size of 24px. Wix also keeps it's size of 128. This may not be a Wix issue but maybe one from WxWidgets? Resizing the icons to 24 may be too much, but 32 at least should be big enough for everybody... ?? Even if it's a bit tiled on some systems, it will look much better then if it's 128. Regards, Adrien On 10/21/2013 06:15 PM, Goffi wrote: > Look like something is wrong with your taskbar, are your sure it's not a > widget size or something similar ? > > On my Kde 4.10.x, the icon is sized as expected, and it was the case as > far as I remember (but I don't use wix actually). > > I don't think the issue is coming from wix, but maybe I'm wrong... > > On 21/10/2013 17:49, Adrien wrote: >> Hi, >> >> a question regarding wix tray icon : it is not displayed right on my >> system: see screenshot 1.png. >> >> If I add the following on line 87 in >> sat/frontends/src/wix/main_window.py: >> >> ticon.SetWidth(32) >> >> I get as result screenshot 2.png. >> >> What's the better way to make the screenshot fit the tray bar? I see no >> other solution then resizing the file itself, but in that case which >> size should be used? Is there a way to retrieve the size of the other >> icons?! >> >> On my machine the tray icons width is 24, what about you?! As a >> temporary solution, even if 24 doesn't fit everybody, it's better then >> 128 :) >> >> PS : I would create new directories for sat_media/icons/crystal: 128, >> 16, 24, 32... >> >> Regards, >> Adrien >> >> >> _______________________________________________ >> dev mailing list >> dev at goffi.org >> http://lists.goffi.org/listinfo/dev >> > > > _______________________________________________ > dev mailing list > dev at goffi.org > http://lists.goffi.org/listinfo/dev From goffi at goffi.org Thu Oct 24 17:04:12 2013 From: goffi at goffi.org (Goffi) Date: Thu, 24 Oct 2013 17:04:12 +0200 Subject: [dev] [fr] feuille de route Message-ID: <526936EC.1010706@goffi.org> Salut, on a commencé une feuille de route approximative pour savoir où on va et ce qu'il reste à faire pour les prochaines versions: http://wiki.goffi.org/wiki/%C3%80_faire . Les dates et les fonctionnalités ne sont que des indications, susceptibles de changer. ++ Goffi