Safari + Record… again!

Blogged on February 19, 2008 at 09:29

Back in September, I wrote a big post about how the folks down at Record (web version of one of the three major sports print publications — newspapers — in Portugal) had no idea of correct web development. And I said that, and now repeat, not because of the fact that it really doesn’t work at all in Safari, but because of the reason behind why that happens.

Through the largest Apple mailing list in Portugal, I was challenged to try to find some possible solutions for the problem. I invested a few minutes of my time thinking that by doing so, I’d be helping a whole community of users and helping the newspaper company itself. I proceeded to study what was wrong and trying to fix it. Making sure all the code was valid was something I completely set aside so big was the number of errors. I tried focusing on what kind of problems would be causing the disaster that it was viewing the site in Safari.

After a few minutes (not that many), I was surprised to see that it wasn’t that hard to locate the main problems. Basically, the use of height=”100%” on tables rows/columns is a basic “HTML 101″ no-no and it causes Safari to completely loose sense of what the tables (designing with tables is bad enough!) are supposed to look like… Removing the height property for the tables fixed the problem and kept the site viewable on other browsers, just like it was before. There were a few minor issues with some other wrong code, but those were (even more) easily discoverable!

I went on to fixing the .html, emailing the new file to Record and offering myself to help implement in case they needed (which by the look of things in the first place, they probably did/do). This was all done through Pedro Aniceto, after he was asked to challenge some Mac web designers - like this was a Mac issue - into providing possible solutions for the problem (apparently they don’t own Macs at that web design company…).

Today is February 19th. Almost 5 months have gone by. You’d think that such an easy fix would have been implemented. It hasn’t. I have lost complete hope of seeing it implemented. Maybe when they redesign… It’s sad, but unfortunately, not surprising.

As if all of this wasn’t enough, http://record.pt doesn’t even forward to http://www.record.pt… And they aren’t alone on this. A quick try over at many other major websites in Portugal, revealed the same problem. Don’t know the sysadmin of those servers/DNS, but they surely need to learn some more… I guess college classes don’t teach you that… *sigh*

How can this multi-million euro industry hire and maintain such incompetent people? Frustrating… :/

Finally, GMail via IMAP!! Great news… and some comments!

Blogged on October 23, 2007 at 23:11

So GMail is offering IMAP… finally! It’s not out to public yet, but I’ve been one of the lucky ones to get it for testing! Here are my thoughts on my first 20m around it.

First off, IMAP is GREAT!! It’s a great way to keep all your mail and folders (inc. sent, drafts, custom folders, etc…) on the server so that all you have to do with every client you may use (be it Thunderbird, Mail.app, Evolution, KMail, etc…) is enter your account details and you have it all right there. It gives you the mobility of a webmail with the power of a desktop client.

Then GMail came out! It was the first true web-based email that could cope with the his desktop counterparts. Google didn’t even offer POP3 support until later on, focusing their efforts on their web interface (that hasn’t been change since then!). If everyone remembers when it came out, the frenzy around the invitations was the best marketing the web has seen, and since then many have copied it. It introduced the whole concept of “Beta” being something “cool” more than “buggy and not ready”!! Kudos for that.

But with the advent of mail on mobile phones, they had to find a solution past their (nice but limited) phone app. In my opinion, they knew they needed IMAP now.

And so I went to try it on my preferred desktop mail app: Mail.app. I was curious on how they would get “around” the “Labels vs Folders” issue that has been long discussed around the web. And that is what the picture on the right shows: they turn them into folders. Please note that on that picture, I have already set my Drafts, Sent, Trash and Junk to the appropriate folders, so I have them correctly set along with the same folders on my other IMAP accounts. But the Labels into Folders was horrible: Why are they placed as local folders (although they’re not) and not under my Inbox for GMail??? Why is a “[Gmail]” Smartbox created for my GMail, when it should be “under” my Inbox, like any other IMAP account, and just like it appears in the web interface??

I think IMAP is a great feature, but it messed up my Mail.app organization. I need those Lab… err… Folders to be listed inside my Inbox, just like the “All Mail” and “Starred”.

When I tried moving them, the Labels on the web interface where changed to “INBOX\Label_name” implying that it is possible to do it with the necessary arrangements on their folder structure on the servers.

And oh boy, I can’t wait for that!

PS: I know there is at least one major university considering moving to GMail for their institutional mail. If anyone is aware of how the process of moving their current mailboxes and mails goes, and it’s twists and quirks, please mail me so I can inform them on how to proceed. I’m sure IMAP will be a feature they’ll have as a pre-requisite… and now they can have it!!!

PS2: I’m having some problems with Firefox and Wordpress… The link dialog is not showing up on the editor and I don’t have time to manually enter links. I’ll put some appropriate links tomorrow!