paul1149's dashboard

paul1149 shared an idea in HootSuite on October 13, 2009 03:19:

Some scheduled tweets improvements

Scheduled tweets improvements:
Keep scheduler open until manually closed.
Scheduler should remember last-used time; Resetting 4 multiple tweets gets very old.
HS is not remembering the active account between tweets either.

I'm in Chrome, on Win XP.

paul1149 replied on September 21, 2009 01:06 to the problem "Unethical framing of links" in HootSuite:

Mark, I had the same objections at first. But really, any shortening service is a virtual frame when you think about it. They have the ability to track usage if they care to. Also note that the HootBar and frame can be permanently disabled for each machine with a couple of clicks.
I'm ok with the frame now, except that I strongly think that seeing the original url is absolutely vital.

About the tweet ad: I agree wholeheartedly, and it was a major put-off from HS for me. Contrary to what has been written here, I could not "upgrade" without sending the tweet. Between this and the frame, my initial reaction to HS was not favorable.

I've come to admire the applet, though I have definite improvements I would like to see, small things that would make a major difference.

paul1149 replied on September 14, 2009 23:52 to the idea "Auto-scrolling should freeze when scroll shuttle is not in uppermost position" in HootSuite:

Thanks, Moni. I had considered the manual setting, but I think it becomes a bit tedious.

For a quick look at how this works, consider the mIRC chat client. As soon as the shuttles leaves its rest stop, the autofeed stops. It's quite necessary in order to catch up on older text.

Paul

paul1149 shared an idea in HootSuite on September 14, 2009 14:13:

Auto-scrolling should freeze when scroll shuttle is not in uppermost position

Very often I'll follow a link out of HS. When I'm done I come back, to find that I've lost the original tweet somewhere in the stack. This could be solved by freezing the stack when the shuttle is not at the topmost position, so the user could manually continue looking through tweets.

paul1149 replied on September 12, 2009 18:35 to the problem "Tweet box keeps repopulating" in HootSuite:

Ok, got a shot of the problem. http://i4.photobucket.com/albums/y147...

The repopulation occurred when I switched to Stats. It remained when I when back to Home. You can see the original tweet in the first column, three down. This shot was taken at 2:30, 2.5 hrs and 2 tweets after the original tweet that was duplicated.

paul1149 shared an idea in HootSuite on September 12, 2009 14:25:

Incorporate URL shortener function into Tweet box

Save some screen space.

paul1149 shared an idea in HootSuite on September 12, 2009 14:21:

Converting other shortened URLs

I see that when I "Owlize" a URL shortened by another service, ow.ly uses the previously shortened url as its base.

If instead it would trace the redirect back to the source, in Stats we would have a record of the original URL.

paul1149 asked a question in HootSuite on September 12, 2009 03:08:

any way to see full URL without nuking hootsuite bar?

paul1149 replied on September 11, 2009 20:48 to the problem "Tweet box keeps repopulating" in HootSuite:

Next time I'll snap it.

paul1149 replied on September 11, 2009 20:00 to the problem "Tweet box keeps repopulating" in HootSuite:

After I tweet, and the column refresh (I think), when I look back up at the tweet box after a minute one of my previous tweets will be loaded in there. It's not even the last tweet, one about 4 back in the queue. I then have to manually clear the tweet box in order to tweet anew.

paul1149 reported a problem in HootSuite on September 11, 2009 15:26:

Tweet box keeps repopulating

Tweet box keeps repopulating with old tweets

paul1149 replied on August 25, 2009 14:05 to the question "Changing of feed url by site owner" in Brightwurks:

Hi Nick,

Thanks for the info on the 301. While interesting, it is not, IME, a satisfactory solution to a permanent change of location. One wants his readers to know and identify with the new address, and that is where this fails.

IME, site relocation is an absolutely fundamental feature of any notification service. Thanks for your response.

Paul

paul1149 started following the question "Block function doesn't appear to work" in Twitter.

paul1149 replied on July 13, 2009 15:40 to the question "searching for exact phrase that includes a period?" in Twitter:

The problem is very simple: periods and commas are given higher priority than the phrase delimiter, which is the quote mark. It wreaks havoc with phrase searches, completely breaking the logic.

It should be easy to fix, if and when attention is given it.

paul1149 started following the question "searching for exact phrase that includes a period?" in Twitter.

paul1149 replied on June 13, 2009 19:17 to the question "longurl mobile expander stopped working" in Statiksoft, LLC:

Thanks again. It's still intermittent, more on than off though. Not sure what the problem is. Will continue to observe, if I learn anything I'll get back.
BB,
p.

paul1149 replied on June 09, 2009 21:57 to the question "longurl mobile expander stopped working" in Statiksoft, LLC:

Thanks for getting back. On boot up this morning, it was like it wasn't installed. No error, but no tooltip. It happened on every shortened link I could find, including Twitter.
Then in the afternoon, with no changes, it started working, it seemed consistently.

I then shut down to go out and exercise and eat. Just now, testing again, on Twitter on the following url: http://tinyurl.com/lhcrz3 , it did not work again.

Basically, something seems intermittently wrong.

Paul

paul1149 asked a question in Statiksoft, LLC on June 09, 2009 12:45:

longurl mobile expander stopped working

Firefox 3.0.10 addon. Worked great for one day.

paul1149 replied on March 21, 2009 01:18 to the problem "email this to 'address' - results in Bad Request from Gmail..." in Mozilla:

Same problem here. Evidently selected text is passed to the body of the new email as part of a URL, and gmail has size limits that are being transgressed. Some other way needs to be found to pass the info. This has been a common problem here with Firefox email addons, including 'email this!', while Opera, whose email client is internal, knows no such limitations (the only prob with Opera is that it doesn't send formatted mail).

Another problem I have with the current Ubiquity: I don't know how to invoke the mail to: command, which would fire the system email app (TBird on XP, here).

be well,
p.