search

hayamiz / twittering-mode

An Emacs major mode for Twitter
http://twmode.sourceforge.net/
546 stars 92 forks source link

Suggestions #24

Closed baudtack closed 14 years ago

baudtack commented 14 years ago

Not sure if you want this here or somewhere else... It would be nice (and maybe you can already do this and I just don't know how) to set a new tweet hook based on what timeline they come in from, and then be able to show all the tweets that came in if you want or, like the example shows, just show the number for that timeline.

I'd also like to be able to zebra stripe the list of tweets. I've tried to dig into the code to find where they are written out to the buffer so i can try to set that up, but I can't seem to find it...

baudtack commented 14 years ago

Looks like this fork has already added zebra stripping, among other things. http://github.com/xwl/twittering-mode

baudtack commented 14 years ago

And, I can switch what the hook does on twittering-new-tweets-spec

baudtack commented 14 years ago

I don't see if there is a way to access the contents of the tweets in twittering-new-tweets-hook

faried commented 14 years ago

In case you missed my tweet, this small patch has what you need, along with an example: http://gist.github.com/535483

baudtack commented 14 years ago

I actually added that last night on my own :-) I did miss your tweet... world is sort of ending over here right now. Server corruption is a bad bad thing...

baudtack commented 14 years ago

I'll be pushing what I have to my own fork later today.

baudtack commented 14 years ago

Rather looks like new-statuses is bound so my fork is useless. doh! I'll post my hook on emacs-wiki later

cvmat commented 14 years ago

I have imported the patch by faried. You can use twittering-new-tweets-statuses. Zebra rendering and so on are not scheduled yet... I want to give full timeline spec (including filter and merge) priority over them because the support for merge requires renovation of rendering in order to allow users to update timeline partially.

baudtack commented 14 years ago

It would be nice to have a better way to convert the spec into a string of some sort for use in notifications. I have a way to do it that is pretty gross right now. (apply 'concat (mapcar (lambda(x) (format "%s " x)) twittering-new-tweets-spec)) Is that the sort of thing you're talking about with full timeline spec?

cvmat commented 14 years ago

The feature "timeline spec" is explained at 2145th line of "twittering-mode.el". It has not been documented other places yet. You can open one's list by pushing "V" (twittering-visit-timeline) with a string such as "USERNAME/LISTNAME". The spec has native representation (a list) and string representation (a string). twittering-new-tweets-spec is native representation. You can convert it by twittering-timeline-spec-to-string. Full timeline spec support includes "(SPEC1+SPEC2)" (merge) and ":filter/PATTERN/SPEC" (filter), which have not been implemented. To support them, the rendered tweets must be managed separately from the retrieved tweets. In addition, for "merge", multiple timelines will be rendered on a buffer. How to instruct to retrieve past tweets on the buffer is a problem. I think the marker strings(or update button) of beginning/end of each timeline solve the problem. This means some strings other than tweets will be rendered on the buffer. Therefore, I want to renovate implementation related to rendering. (Very old(obsolete) design remains in some parts.)

baudtack commented 14 years ago

Ah. Awesome. I can clean up my hook now. Thanks for the heads up.