this was the message view i was using with proteus before i realized adium was better...if someone has any spare time could they perhaps port this message theme over for us? increasing the user-pic size and shrinking the status text font in the header would be awesome too. if it is possible TIA!
message view port
message view port
http://www.defaultware.com/proteus/extras/more.php?id=1
this was the message view i was using with proteus before i realized adium was better...if someone has any spare time could they perhaps port this message theme over for us? increasing the user-pic size and shrinking the status text font in the header would be awesome too. if it is possible TIA!
this was the message view i was using with proteus before i realized adium was better...if someone has any spare time could they perhaps port this message theme over for us? increasing the user-pic size and shrinking the status text font in the header would be awesome too. if it is possible TIA!
OK, so I got approval and I have the port done. I sent in a request for the colors that Gabe was using when he took the screen shot.
If you have color requests, please send them. I'm not a designer, I code...
Things that will be missing in the port.
1) Dynamic status in the header. Adium doesn't have any way to handle that.
2) Buddy name updating in the header, see above.
I think that's all that will be missing.
If you have color requests, please send them. I'm not a designer, I code...
Things that will be missing in the port.
1) Dynamic status in the header. Adium doesn't have any way to handle that.
2) Buddy name updating in the header, see above.
I think that's all that will be missing.
- evands
- Cocoaforge Admin
- Posts: 3152
- Joined: Thu Dec 02, 2004 10:55 pm
- Location: Decatur, GA
- Contact:
I have no knowledge of Proteus's message style format. Could you detail what is needed to be able to allow such things? If so, I'll work on implementing it to so such styles, and others, can be fully ported.Michae1M wrote:Things that will be missing in the port.
1) Dynamic status in the header. Adium doesn't have any way to handle that.
2) Buddy name updating in the header, see above.
I think that's all that will be missing.
-
Son of a Preacher Man
- Crema
- Posts: 499
- Joined: Sat Dec 04, 2004 12:05 am
- Location: Derby/York, UK
- Contact:
The way the Proteus views are setup every .html file can have a matching .js file that gets parsed for tags and executed after the .html. That's where the view could watch the icons/name/whatever for changes and do updates. Having mucked around in the code for .8 this would be fairly simple to add.evands wrote:I have no knowledge of Proteus's message style format. Could you detail what is needed to be able to allow such things? If so, I'll work on implementing it to so such styles, and others, can be fully ported.
I know that the Big Icons port to Proteus actually will update images and names if they change as I put the code in to handle that. (oops, I looked, the images will update but not the name)
Here is a page that covers the views, I don't think it's current but it covers the basics. http://defaultware.com/forums/index.php?showtopic=3867
I started to implement the in view typing notifications but gave up when I realized that only incoming notifications get sent and they always appear to be from the local account which messed up the tag parsing. Or maybe I screwed something up... And I never bothered to ask for it becasue it doesn't seem to be important to the devs

Evan- if you want more info on the Proteus views feel free to ask. I did a bunch of stuff on the view side to handle appending messages (I like the Adium way much better) and the typing notifications.
- evands
- Cocoaforge Admin
- Posts: 3152
- Joined: Thu Dec 02, 2004 10:55 pm
- Location: Decatur, GA
- Contact:
Could you submit a patch which does this? So long as it's optional for message styles to implement and doesn't break existing styles, I'd be fine with having that flexibility.Michae1M wrote:The way the Proteus views are setup every .html file can have a matching .js file that gets parsed for tags and executed after the .html. That's where the view could watch the icons/name/whatever for changes and do updates. Having mucked around in the code for .8 this would be fairly simple to add.
Cool. While I don't think typing notifications are currently accessible to anything but the account which is interacting with them at present, we could work something out to give the message view controller access to that information. If you're interested in working on styles that use this information -- particularly if you want to make the iChat Clone perfect through its use, as that's something a decent number of users have asked about -- drop me an email.I started to implement the in view typing notifications but gave up when I realized that only incoming notifications get sent and they always appear to be from the local account which messed up the tag parsing. Or maybe I screwed something up... And I never bothered to ask for it becasue it doesn't seem to be important to the devswhich is understandable since the tabs show it and the list shows it. Here is a shot of what my style does when the other end is typing, it would also make the iChat Clone a closer clone
I'm probably the only one that wants to see this so if I ever get the time to really dig into it, I'll do that.
Oh man... totally brain dead on that one, sorry. I thought you meant the one in the screen shot.andru_911 wrote:the port is finished, no? could we try it out?
It's basically finished, but I want to work in some goodies that will come to life in .8 (maybe).
I'll submit it after the weekend. Can't say how long before it gets approved.
And if anybody want's to submit more colors, I need 4 colors for each variant... incoming dark/light and outgoing dark/light
Thanks-
