Michael

Wed, 18 Sep 2013 19:23:24 -0400

Michael

mike@narrow.world

Paper books or ebooks?

@Questions

Wed, 18 Sep 2013 19:32:44 -0400

Thomas Willingham

beardyunixer@beardyunixer.com

Until you can have a pile of 16 e-readers all open on the table at the same time while you're cross referencing stuff, I'll stick with dead trees.

Thu, 19 Sep 2013 03:35:17 -0400

Tobias

bavatar@diekershoff.de

Yes.

AFAIK the authors get a little bit more from a sold ebook then from a paper book, from the endprice. But some books feel better on paper then as epub.

Thu, 19 Sep 2013 06:55:27 -0400 last edited: Thu, 19 Sep 2013 06:56:14 -0400

Haakon Meland Eriksen

haakon@zot-mor.rhcloud.com

Ebooks - for fiction and non-fiction.

- any font size and font you need.
- remembers where you stopped reading, it is on the right page.
- you can have several open at the same time and switch back and forth.
- bookmarks for your own specific favourite parts.
- can read in sun-light and at night without flash-light.
- searchable
- text-to-speech for reading support. English, German, French and Spanish on my phone.
- retrieve books from all over the world whereever you are.
- comments and high-lights can be created - and shared, i.e. quotes.
- none-text material like diagrams and 3D and multimedia can be integrated for a richer experience if appropriate. "Then the composer thought..." DA-DA-DA-DAAAA (hit play to listen).

I am sure I forgot something. ;-)
My favourites are

* FBReader for Android, http://fbreader.org/
* Lucifox for Firefox, https://addons.mozilla.org/en-US/firefox/addon/lucifox/

Sun, 08 Sep 2013 12:28:08 -0400

Michael

mike@narrow.world

Version 0.5.0 of mediagoblin was announced last week.

We're now able to support multiple authentication systems including the standard login/password system ...and OpenID... plus Mozilla Persona. Maybe *your* customized login system will be next? The framework is flexible and ready for you to build on.

show all 8 comments

Sun, 08 Sep 2013 13:09:51 -0400

Thomas Willingham

beardyunixer@beardyunixer.com

Yeah, I know - I've just fallen into the habit of seeing everything from a "Red first" perspective.

Just trying to justify it, and admit I'm being unfair at the same time.

Sun, 08 Sep 2013 22:41:24 -0400

Mike Macgirvin

mike@macgirvin.com

Friendica has an extensible login system - and actually so does Red. For Friendica, I built connectors for openid and ldap. Nobody ever used ldap and all people did was bitch and moan about openid - but never enough to show me logs or try to fix it.

So it sounds like a cool feature, but it's really kind of ho-hum.

But they need some kind of remote authentication to offer media privacy, so you can read between the lines here. openid means somebody can login to your MG via Facebook or Google. The only problem here is that it's all centralised. You can login to see Joe's photos. Then you'll have to login on Bob's site to see Bob's photos. This is where we were with Wordpress and Drupal in 2004-2005, except that now Facebook and Google can authenticate you to all these little isolated islands.

So yeah, been there, done that.

Mon, 09 Sep 2013 00:41:31 -0400

Mike Macgirvin

mike@macgirvin.com

More to the point, I don't know how we might link to MG auth or vice versa from Red because accounts (which is your authentication) and channels (which is your identity) are completely different. It's an interesting little problem.

Thu, 05 Sep 2013 20:42:59 -0400

Michael

mike@narrow.world

mailpile
"A modern, fast web-mail client with user-friendly encryption and privacy features. 100% Free and Open Source software"

Thu, 05 Sep 2013 21:34:38 -0400

Arto

arto@friendicared.de

Looks interesting. Will give it a shot in a few.

Thu, 05 Sep 2013 18:49:51 -0400

Michael

mike@narrow.world

My buddy posted the first couple episodes of his new podcast, Age of Discovery.Â Science!

Fri, 21 Jun 2013 01:51:38 -0400

Michael

mike@narrow.world

Tue, 04 Jun 2013 21:26:57 -0400

Michael

mike@narrow.world

Converse.js

Converse.js is an open source, webchat client, that runs in the browser and can be integrated into any website.

Wed, 29 May 2013 23:51:07 -0400

Michael

mike@narrow.world

All posts to my Red test site are being set for delayed delivery, I guess because UTC is in the future, and I'm hanging out in the past. I wonder if the same thing will happen here.

show all 7 comments

Thu, 30 May 2013 00:02:40 -0400

Mike Macgirvin

mike@macgirvin.com

Seth is having the same troubles. Here's what I wrote on Friendica trying to assist him...

We're checking the time of the post ('now' converted to UTC), with 'now +10 minutes' converted to UTC. If the created time on the post is further in the future than that, we postpone publish until the created time is in the past.

That's pretty strange you're getting a future post because according to the logs the timestamp on the post matches the system time.

We're comparing them with a simple
"if($d2 > $d1)", which the PHP manual says has been supported since 5.2.2. I intentionally did not use DateTime::diff because it's 5.3 specific (even though we now require 5.3).

If you're interested in helping track this down - I'm looking at include/items.php:1467

and using the logic from
http://au1.php.net/manual/en/datetime.diff.php - Example #2

Are you able to generate some log statements where we set this flag and figure out what's wrong? (include/items.php:1467)

Thu, 30 May 2013 01:06:11 -0400

Thomas Willingham

beardyunixer@beardyunixer.com

So does this mean my time travelling posts from the past are a bug then?

XKCD generates the post with one cronjob, and posts them 15 minutes later. It gets item_flags of 99, and the logs indicate delayed delivery. They do post immediately when they're sent, but still get the item flags of a time travel post.

I don't have logs anymore - cleared them out a few hours ago - but can keep them next time if that's something that needs looking at.

Thu, 30 May 2013 01:09:00 -0400

Michael

mike@narrow.world

This fixed the problem for me.

Thu, 30 May 2013 01:12:36 -0400

Thomas Willingham

beardyunixer@beardyunixer.com

It's a slightly different issue. It's not that timezones cause a problem - it's supposed to check for UTC + 10 minutes, but sets the same flags for posts at UTC - 10 minutes.

SMBC which is almost identical - but fires it's post in the same cron it generates it - doesn't have this issue, so it's just the +/- thing, not the time zone thing.

Thu, 30 May 2013 01:17:45 -0400

Mike Macgirvin

mike@macgirvin.com

I'd wait for them to fire next and report if it's still delayed. We should only be delaying future posts.

Thu, 30 May 2013 02:09:16 -0400

Mike Macgirvin

mike@macgirvin.com

Oh, and time travel posts have nothing to do with item_flags, they set item_restrict (to 128 plus any other flags). Since most stream searches include "item_restrict = 0", they shouldn't show up until published. So what you're looking at is

99 = 64 + 32 + 2 + 1

ITEM_THREAD_TOP + ITEM_WALL + ITEM_UNSEEN + ITEM_ORIGIN

Thu, 30 May 2013 12:55:42 -0400

Thomas Willingham

beardyunixer@beardyunixer.com

Ah, yeah - being the only channel not logged into recently and having any unseen items would be a better way to explain it's unique item tags.

When I saw the flags, I checked the logs and saw the delayed post, put one and one together, got three.