You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
(264) |
May
(184) |
Jun
(34) |
Jul
(41) |
Aug
(13) |
Sep
(47) |
Oct
(48) |
Nov
(19) |
Dec
(17) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(37) |
Feb
(6) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
(21) |
Feb
(28) |
Mar
(15) |
Apr
(56) |
May
(11) |
Jun
(6) |
Jul
(22) |
Aug
(41) |
Sep
|
Oct
(30) |
Nov
(6) |
Dec
(8) |
2008 |
Jan
|
Feb
(1) |
Mar
(5) |
Apr
|
May
(4) |
Jun
(35) |
Jul
(21) |
Aug
(22) |
Sep
|
Oct
(21) |
Nov
(36) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
(7) |
Apr
(3) |
May
(10) |
Jun
(1) |
Jul
(20) |
Aug
(29) |
Sep
(21) |
Oct
(14) |
Nov
(23) |
Dec
(5) |
2010 |
Jan
|
Feb
(6) |
Mar
(2) |
Apr
(16) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(2) |
From: Siddhesh P. <sid...@gm...> - 2010-02-19 04:27:32
|
On Fri, Feb 19, 2010 at 9:53 AM, Kartik Mistry <kar...@gm...> wrote: > Any chance to fix expat security issues reported in Debian? > The fixes are already in git, so they'll make it in the release. There's another bug that's open in Debian which requests removal of the expat code from inside ayttm completely. I'm thinking of rewriting the jabber module in the future, so that may well happen. But not this release. -- Siddhesh Poyarekar http://siddhesh.in |
From: Kartik M. <kar...@gm...> - 2010-02-19 04:23:35
|
On Fri, Feb 19, 2010 at 9:27 AM, Siddhesh Poyarekar <sid...@gm...> wrote: > I'll be doing release 0.6.2 soon (today or tomorrow). Please flag > important bugs/issues if you need them fixed urgently. Any chance to fix expat security issues reported in Debian? -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ Debian GNU/Linux Developer | Identica: @kartikm Blogs: {ftbfs, kartikm}.wordpress.com |
From: Siddhesh P. <sid...@gm...> - 2010-02-19 03:57:22
|
Hi, I'll be doing release 0.6.2 soon (today or tomorrow). Please flag important bugs/issues if you need them fixed urgently. -- Siddhesh Poyarekar http://siddhesh.in |
From: Siddhesh P. <sid...@gm...> - 2010-02-01 19:15:17
|
Hi, I've made some pretty big changes in the chat window/room framework. Here's a list of changes: * Put conversation related information (non UI stuff) into conversation.[ch] * The UI stuff goes into chat_window.[ch] * chat_room.[ch] is gone since it is simply chat windows with some special cases. This has removed quite a bit of duplicate code (tool bars, keystrokes, etc.) * Smileys, linkification, charset conversion etc. go in in as filters now * The iconv stuff is out -- the charset conversion seems good enough to me * chat window and room look is more consistent since it is now one and the same thing * The close button has gone into the tab * Taskbar flashes on message arrival Can someone test this code in my repo clone here: http://github.com/siddhesh/ayttm/commits/master I always keep this in sync with whatever I am doing locally. I'll push this into the main ayttm repo by tomorrow (2nd feb) to make it more widely available. Also, I'm thinking of doing a release next week to push these changes out. Thoughts? -- Siddhesh Poyarekar http://siddhesh.in |
From: Siddhesh P. <sid...@gm...> - 2009-12-17 06:15:19
|
On Thu, Dec 17, 2009 at 1:05 AM, Alagunambi Welkin <ala...@gm...> wrote: >> The patch looks OK. You still need to implement the logic for this. >> The idea would be to write html (or pango markup) for the set style. >> Also, if possible it should be WYSIWYG in the text entry. > > I tried with pango_parse_markup but I am doing mistake or missing > something some where which I couldn't find. > It's not going to be as simple of creating the pango markup and parsing it back. In fact, parsing it back is not required at all since most widgets can take markup as is and show rich text. The problem with HtmlTextView is that it cannot do that and you have to do some black magic to get markup on it. What you'll have to do is this: 1) Keep some place to store the html markup. Best place would be in the GObject data of the GtkTextBuffer as something like "html-string" (see g_object_get_data and g_object_set_data) 2) As the user changes font properties, do two things; update the html as well as redraw the gtktextbuffer contents using html_text_* functions (see html_text_buffer.h) Of course, this is only one idea. You could try to do something else too, which could be faster/more efficient. -- Siddhesh Poyarekar http://siddhesh.in |
From: Siddhesh P. <sid...@gm...> - 2009-12-17 03:27:39
|
Hi, Posting it here since there have been a few new members to the ayttm-devel list who have been looking for something to contribute to. There have been some new feature requests in the tracker on sourceforge. Some of them would be good places to start contributing. -- Siddhesh Poyarekar http://siddhesh.in |
From: Alagunambi W. <ala...@gm...> - 2009-12-16 19:35:58
|
hello, On 12/12/09, Siddhesh Poyarekar <sid...@gm...> wrote: > On Sat, D > The patch looks OK. You still need to implement the logic for this. > The idea would be to write html (or pango markup) for the set style. > Also, if possible it should be WYSIWYG in the text entry. I tried with pango_parse_markup but I am doing mistake or missing something some where which I couldn't find. can some one please point me my mistake, Alagunambi Welkin |
From: Siddhesh P. <sid...@gm...> - 2009-12-12 08:42:42
|
On Sat, Dec 12, 2009 at 2:26 AM, Alagunambi Welkin <ala...@gm...> wrote: > Hi guys, > > Back after exams :-D > > Just need your suggestions about the code. The patch looks OK. You still need to implement the logic for this. The idea would be to write html (or pango markup) for the set style. Also, if possible it should be WYSIWYG in the text entry. > And what about foss.in? what happened in workouts? There were some fixes in the libyahoo2 code and also got some useful protocol packet dumps. I'm working on some chat window/room hacks otherwise, which I started before foss.in. -- Siddhesh Poyarekar http://siddhesh.in |
From: Alagunambi W. <ala...@gm...> - 2009-12-11 20:56:22
|
Hi guys, Back after exams :-D Just need your suggestions about the code. And what about foss.in? what happened in workouts? Thanks ;-) Alagunambi Welkin |
From: Siddhesh P. <sid...@gm...> - 2009-11-23 14:34:17
|
On Mon, Nov 23, 2009 at 7:52 PM, Siddhesh Poyarekar <sid...@gm...> wrote: > Can someone with devel access to the project check if they're able to > login to sourceforge and edit articles? > Ok, so the idea is that the moment one logs in, a mediawiki account is automatically created for him/her. So you may not be able to edit pages right away. I'll check in periodically and add people to editors list wherever appropriate. If I forget and/or someone needs access right away, please drop me an email off list and I'll give you editor rights. This also opens up a position for someone to update documentation regularly, including the user manual. This could replace the html manual we have right now. Does anyone think this is a bad idea? -- Siddhesh Poyarekar http://siddhesh.in |
From: Siddhesh P. <sid...@gm...> - 2009-11-23 14:22:51
|
Hi, I've created a wiki on sourceforge for ayttm documentation: http://sourceforge.net/apps/mediawiki/ayttm/ Can someone with devel access to the project check if they're able to login to sourceforge and edit articles? -- Siddhesh Poyarekar http://siddhesh.in |
From: Siddhesh P. <sid...@gm...> - 2009-11-09 18:31:31
|
Hi, To carry out the threat I had made some weeks ago, I will now be rewriting the implementation of xmpp. This includes the base RFCs: Core: http://tools.ietf.org/html/rfc3920 Instant Messaging and Presence: http://tools.ietf.org/html/rfc3921 along with the following extensions to begin with: * XEP-0085: Chat State Notifications http://xmpp.org/extensions/xep-0085.html * XEP-0030: Service Discovery http://xmpp.org/extensions/xep-0030.html * XEP-0004: Data Forms http://xmpp.org/extensions/xep-0004.html * XEP-0203: Delayed Delivery (Offline messaging, chat recap, etc.) http://xmpp.org/extensions/xep-0203.html * XEP-0012: Last Activity http://xmpp.org/extensions/xep-0012.html * XEP-0199: XMPP Ping http://xmpp.org/extensions/xep-0199.html#disco More may be added later. The basic idea for now is to have a functional xmpp module, which can be extended by other protocol modules with their own features. An example of such a module is GTalk or Jabber. The Base module: --------------- The basic layout of this module will be: Ayttm module | libxmpp | |------|--------------|-------------|-------------| core presence Service discovery Extensions xml stream stuff where extensions are loaded based on the services advertised by the server. Additional extensions may be loaded by the individual protocol modules (gtalk, jabber, etc.) GTalk et al: ----------- These will essentially be just service modules which inherit everything from the xmpp module. In addition they will: 1) register additional extensions that can be tabbed by service discovery 2) Provide server information like host, port, SSL usage, etc. I will announce the branch name on this thread when I actually start pushing code. Also, blame Piotr for this rewrite; it was his idea ;) -- Siddhesh Poyarekar http://siddhesh.in |
From: Alagunambi W. <ala...@gm...> - 2009-11-09 09:01:10
|
Hi, > What you really have to ask is, what works for all messenger > protocols? I think HTML works across Yahoo!, MSN, AOL and gchat. > > Oh. ok There is a problem in the code <shift> + <ctrl> + f didnt work I googled but cant find the answer, If you know please let me know Thanks ;-) Alagunambi Welkin |
From: Philip T. <phi...@gm...> - 2009-11-09 08:54:23
|
2009/11/9 Alagunambi Welkin <ala...@gm...>: >> I guess you will be working on the >> implementation as well. > > Is there any other/efficient method than using html tags to get bold, > italics stuffs? What you really have to ask is, what works for all messenger protocols? I think HTML works across Yahoo!, MSN, AOL and gchat. |
From: Alagunambi W. <ala...@gm...> - 2009-11-09 08:51:50
|
Hi, On Mon, Nov 9, 2009 at 3:18 AM, Siddhesh Poyarekar < sid...@gm...> wrote: > I guess you will be working on the > implementation as well. Is there any other/efficient method than using html tags to get bold, italics stuffs? > I cannot commit this patch without the message > formatting implementation. > > Ya I know, just getting feedback Thanks ;-) Alagunambi Welkin. |
From: Siddhesh P. <sid...@gm...> - 2009-11-09 08:18:24
|
On Mon, Nov 9, 2009 at 1:31 PM, Alagunambi Welkin <ala...@gm...> wrote: > Hi, > > I made my patch similar to `indent -linux -nlp -ci8` format. > The patch looks OK. We can reduce/collapse the number of toolbar buttons once we implement this. I guess you will be working on the implementation as well. I cannot commit this patch without the message formatting implementation. -- Siddhesh Poyarekar http://siddhesh.in |
From: Alagunambi W. <ala...@gm...> - 2009-11-09 08:02:12
|
Hi, I made my patch similar to `indent -linux -nlp -ci8` format. Thanks ;-) Alagunambi Welkin |
From: Siddhesh P. <sid...@gm...> - 2009-11-08 16:49:30
|
On Sun, Nov 8, 2009 at 12:11 PM, Alagunambi Welkin <ala...@gm...> wrote: >> 2. >> Please use indent -linux -nlp -ci8 to format your source code, since >> we use that for every C source file. > > when I do `indent -linux -nlp -ci8 chat_window.c` and diff it with the > old file I am getting lots of differences other than my codes with > nearly 800 lines. what to do? > The general idea would be to: 1) Keep your code lines within 80 columns as far as possible 2) Single Tab (\t) for indentation, and not spaces 3) Indent by one if your function/code line spills over to the next line 4) Single space after if/while/for 5) Open Curly braces on the same lines as the if/for/while 6) Open Curly braces on the next line for a function definition 7) Don't put too many spaces/tabs where they don't belong 8) [], (), etc should hug their content; no spaces between them and their contents 9) commas, semicolons always followed by a space if there's content following it. E.g. for (i = 0; i < 10; i++, j++) All this should keep you reasonably safely within the the formatting standard. Also, if you have a patch that only changes code formatting, try and keep it separate from anything other patch that might be fixing a bug or implementing a feature. -- Siddhesh Poyarekar http://siddhesh.in |
From: Siddhesh P. <sid...@gm...> - 2009-11-08 16:40:15
|
On Sun, Nov 8, 2009 at 1:35 PM, Philip Tellis <phi...@gm...> wrote: > the button bar. Yeah, it will be good to take a cue from Pidgin or > Yahoo! Messenger and see how they do it. Yahoo! Messenger for mac has > only 3 buttons - Webcam, send file and mobile. > Pidgin pushes out everything that is not part of minimal messaging into their menu. And their menus throughout the application pretty much suck. Practically everything one might want to do while messaging is there in our chat buttons. We can definitely delegate some to our right click menu or down an "Advanced" or "More..." toolbar menu button -- like the "actions", "Allow Offline Messaging", etc. -- Siddhesh Poyarekar http://siddhesh.in |
From: Alagunambi W. <ala...@gm...> - 2009-11-08 08:10:50
|
Hi, On 11/8/09, Philip Tellis <phi...@gm...> wrote: > on the interface. Other buttons can be delegated to a menu, or > perhaps a [ >> ] button that then expands the button bar to include > all of them. I'm not sure if I've explained it clearly, but if you > use firefox, and you have a lot of tabs open, then you see this button > on the leftmost or rightmost tab saying that there are more tabs to > the left or right. Alternately, it can be a dropdown right there in > the button bar. Yeah, it will be good to take a cue from Pidgin or > Yahoo! Messenger and see how they do it. Yahoo! Messenger for mac has > only 3 buttons - Webcam, send file and mobile. > ya, thats what I too tried to tell, because in my opinion having more button is not looking good. Thanks ;-) Alagunambi Welkin |
From: Philip T. <phi...@gm...> - 2009-11-08 08:06:22
|
2009/11/7 Alagunambi Welkin <ala...@gm...>: > What I tried to tell is we are using many buttons in our chat window, > if we have a menu bar for the chat window and moved some buttons(like > close, view log, etc.,) to menus we can minimize the chat window size > so it will be compact and look simple and nice. For easy access to any > operation we already have accelerators so it wont be difficult for the > users to access it. most users don't actually understand shortcut keys/accelerators. The main thing is to make the most frequently used buttons available right on the interface. Other buttons can be delegated to a menu, or perhaps a [ >> ] button that then expands the button bar to include all of them. I'm not sure if I've explained it clearly, but if you use firefox, and you have a lot of tabs open, then you see this button on the leftmost or rightmost tab saying that there are more tabs to the left or right. Alternately, it can be a dropdown right there in the button bar. Yeah, it will be good to take a cue from Pidgin or Yahoo! Messenger and see how they do it. Yahoo! Messenger for mac has only 3 buttons - Webcam, send file and mobile. |
From: Alagunambi W. <ala...@gm...> - 2009-11-08 07:55:23
|
Hi, On 11/8/09, Philip Tellis <phi...@gm...> wrote: > if the scrollbar keeps appearing and disappearing every time contacts > come online or go offline, then the available width of the contact > window keeps changing, which is annoying. > ok understood. > I don't understand your question about the action button. What I tried to tell is we are using many buttons in our chat window, if we have a menu bar for the chat window and moved some buttons(like close, view log, etc.,) to menus we can minimize the chat window size so it will be compact and look simple and nice. For easy access to any operation we already have accelerators so it wont be difficult for the users to access it. Just a opinion. Thanks ;-) Alagunambi Welkin |
From: Philip T. <phi...@gm...> - 2009-11-08 06:58:43
|
2009/11/7 Alagunambi Welkin <ala...@gm...>: >> 3. >> - GTK_POLICY_NEVER, GTK_POLICY_ALWAYS); >> + GTK_POLICY_NEVER, GTK_POLICY_AUTOMATIC); >> Why? >> > Sorry I forgot to mention this in the previous mail, why we need to > make it always when we can use it when ever it is needed, same for > action button why we want it? if the scrollbar keeps appearing and disappearing every time contacts come online or go offline, then the available width of the contact window keeps changing, which is annoying. I don't understand your question about the action button. |
From: Alagunambi W. <ala...@gm...> - 2009-11-08 06:41:13
|
Hi, On 11/7/09, 2134918 <21...@gm...> wrote: > 1. > csd, fsd, sifjs and asdflk don't tell me anything, please rename those vars. ok done. > 2. > Please use indent -linux -nlp -ci8 to format your source code, since > we use that for every C source file. when I do `indent -linux -nlp -ci8 chat_window.c` and diff it with the old file I am getting lots of differences other than my codes with nearly 800 lines. what to do? > 3. > - GTK_POLICY_NEVER, GTK_POLICY_ALWAYS); > + GTK_POLICY_NEVER, GTK_POLICY_AUTOMATIC); > Why? > Sorry I forgot to mention this in the previous mail, why we need to make it always when we can use it when ever it is needed, same for action button why we want it? Thanks ;-) Alagunambi Welkin |
From: 2134918 <21...@gm...> - 2009-11-07 22:39:24
|
1. csd, fsd, sifjs and asdflk don't tell me anything, please rename those vars. 2. Please use indent -linux -nlp -ci8 to format your source code, since we use that for every C source file. 3. - GTK_POLICY_NEVER, GTK_POLICY_ALWAYS); + GTK_POLICY_NEVER, GTK_POLICY_AUTOMATIC); Why? |