<?xml version="1.0" encoding="ISO-8859-1"?>
<!-- generator="FeedCreator 1.7.2" -->
<rss version="2.0">
    <channel>
        <title>Singapore Web Design Company - SixteenThree</title>
        <description>SixteenThree is a full service web design firm based in Singapore. We help design, develop and market websites for small businesses.</description>
        <link>http://sixteenthree.sg</link>
        <lastBuildDate>Sun, 02 Oct 2011 14:28:26 +800</lastBuildDate>
        <generator>FeedCreator 1.7.2</generator>
        <image>
            <url>http://sixteenthree.sg/sites/sixteenthree/view//images/logo.gif</url>
            <title>Singapore Web Design Company - SixteenThree</title>
            <link>http://sixteenthree.sg</link>
            <description>Feed Generated by Koobiya</description>
        </image>
        <item>
            <title>How to Wind Down Your Magazine Business the Cook's Source Way</title>
            <link>http://sixteenthree.sg/blog/how-to-wind-down-your-magazine-business-the-cook-s-source-way</link>
            <description>&lt;p&gt;When Domino's &lt;a href=&quot;http://www.nytimes.com/2009/04/16/business/media/16dominos.html?_r=1&amp;hp&quot; target=&quot;_blank&quot;&gt;suffered the wrath of the interwebs&lt;/a&gt; because two of their staff uploaded videos of them layering snut over pizzas, their &lt;a href=&quot;http://news.cnet.com/8301-17852_3-10220787-71.html&quot; target=&quot;_blank&quot;&gt;president came out and apologized&lt;/a&gt; on YouTube to set things straight again. &lt;/p&gt;
&lt;p&gt;However, when a small-town magazine invoked the &lt;a href=&quot;http://www.wired.com/threatlevel/2010/11/web-decries-infringement/&quot; target=&quot;_blank&quot;&gt;wrath of the interwebs&lt;/a&gt;, it not only took almost a week to react, but only put out a self-pitying half-hearted apology of sorts. After three paragraphs rambling about how hurt they were with the online harassement, &lt;a href=&quot;http://www.cookssource.com/&quot; target=&quot;_blank&quot;&gt;they said&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Last
 month an article, &amp;ldquo;American as Apple Pie -- Isn&amp;rsquo;t,&amp;rdquo; was placed in error
 in Cooks Source, without the approval of the writer, Monica Gaudio. We 
sincerely wish to apologize to her for this error, it was an oversight 
of a small, overworked staff.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;The staff member in question probably wasn't very small, and also probably wasn't so overworked judging from the length of the email conversations she had with Ms. Gaudio. Half-hearted.&lt;/p&gt;
&lt;p&gt;Now someone has hacked their Facebook account, created fake Twitter profiles (yeah, more than one) and their website has been taken down. &lt;/p&gt;
&lt;p&gt;Moral of the story? Do not invoke the wrath of the interwebs. But if you, by some series of unfortunate events manage to do so, take the bull by the horns and turn the angry mob in the opposite direction. After Domino's apology, inerweb fury turned on the 2 isolated staff members who did the original offense, instead of on the company.&lt;/p&gt;</description>
            <author>Dinu</author>
            <pubDate>Tue, 09 Nov 2010 01:00:00 +800</pubDate>
        </item>
        <item>
            <title>How I Manged to Reduce the Clutter in My Inbox</title>
            <link>http://sixteenthree.sg/blog/how-i-manged-to-reduce-the-clutter-in-my-inbox</link>
            <description>&lt;p&gt;A forever-full inbox is the ugly cousin of the internet. Add to that the fact that we have so many apps and devices notifying us whenever a new email arrives, the noise can be deafening. Most times, 90%&lt;sup&gt;[1]&lt;/sup&gt; of the email I recieved in my inbox was junk. There's no secret ninja trick to getting rid of this. You just have to do some plain old house-keeping.&lt;/p&gt;
&lt;h2&gt;&lt;span class=&quot;scripty&quot;&gt;Step 1:&lt;/span&gt;&lt;br /&gt;Filter the heck out of it&lt;/h2&gt;
&lt;p&gt;I use Google Apps (or Gmail) for email. If you are not you are really missing out. Anyways, Gmail provides the ability to apply rules to incoming email via something called &quot;filters&quot;. It may be called different names in other mail clients. So set some rules to automatically delete (or archive) message that you know you don't read (e.g. notification emails that you must recieve). &lt;/p&gt;
&lt;p&gt;One filter that will be sure to be of use is this: delete all email which has '&amp;lsaquo;ADV&amp;rsaquo;' in the subject line.&lt;/p&gt;
&lt;h2&gt;&lt;span class=&quot;scripty&quot;&gt;Step 2:&lt;/span&gt;&lt;br /&gt;Unsubscribe Dilligently&lt;/h2&gt;
&lt;p&gt;Some of the mail I recieve are because I blindly clicked on the &quot;send me your newsletter&quot; checkboxes while signing up on websites, thinking that somehow the barrage of ads would be useful to me (they do a good job of convincing me of that at signup). These sites send email because I opted in, so instead of possibly adding the site to a blacklist by reporting it as spam, and thereby causing some poor marketer misery, I unsubscribe. However, if the email says something like &quot;please reply to this email address with a subject like saying 'I want to unsubscribe'&quot;, or if they ask me to login to a site where I have to update my profile settings to unsubscribe, I just skip ahead to step 3.&lt;/p&gt;
&lt;h2&gt;&lt;span class=&quot;scripty&quot;&gt;Step 3:&lt;/span&gt;&lt;br /&gt;Report Spam&lt;/h2&gt;
&lt;p&gt;Yup, use that &quot;Report Spam&quot; button well and often. I find Gmail does a pretty good job of recognizing which emails are spam and which ones are not.&lt;/p&gt;
&lt;p&gt;There you go! That's all I did to reduce my inbox clutter by about 80%&lt;sup&gt;[1]&lt;/sup&gt;. &lt;/p&gt;
&lt;ol class=&quot;footnote&quot;&gt;
&lt;li&gt;92.5% of all the statistics on this post are made up on the spot.&lt;/li&gt;
&lt;/ol&gt;</description>
            <author>Dinu</author>
            <pubDate>Sat, 25 Sep 2010 00:00:00 +800</pubDate>
        </item>
        <item>
            <title>Hello World!</title>
            <link>http://sixteenthree.sg/blog/hello-world-</link>
            <description>&lt;p&gt;Woo! This site is so new we're still cutting off the shrink-wrap. Give us some time to flesh it out.&lt;/p&gt;
&lt;p&gt;�&lt;/p&gt;</description>
            <author>Dinu</author>
            <pubDate>Fri, 24 Sep 2010 00:00:00 +800</pubDate>
        </item>
        <item>
            <title>The task completed with an exit code of (1)</title>
            <link>http://sixteenthree.sg/blog/the-task-completed-with-an-exit-code-of-1</link>
            <description>&lt;p&gt;In the Installer of one of my applications, I created a a batch file with an AT command to add a task to the Windows Task Scheduler. It all installed fine, but the scheduled task never ran. The error message the task log gave was:&lt;/p&gt;
&lt;blockquote&gt;The task completed with an exit code of (1)&lt;/blockquote&gt;
&lt;p&gt;

After a little bit of frustration, I managed to find the &lt;a href=&quot;http://support.microsoft.com/kb/308558&quot;&gt;error code definitions&lt;/a&gt; for the task scheduler.

From the page:&lt;/p&gt;
&lt;blockquote&gt;
&lt;strong&gt;0x0&lt;/strong&gt;: The operation completed successfully.&lt;br /&gt;
&lt;strong&gt;0x1&lt;/strong&gt;: An incorrect function was called or an unknown function was called.&lt;br /&gt;
&lt;strong&gt;0xa&lt;/strong&gt;: The environment is incorrect.&lt;/blockquote&gt;
&lt;p&gt;To uncover the root of the problem I just ran the command in the task directly in DOS. Problem solved.&lt;/p&gt;</description>
            <author>Dinu</author>
            <pubDate>Mon, 29 Oct 2007 06:16:19 +800</pubDate>
        </item>
        <item>
            <title>The Template Persistent Cache initialization failed for Application Pool</title>
            <link>http://sixteenthree.sg/blog/the-template-persistent-cache-initialization-failed-for-application-pool</link>
            <description>This big bad error message kept propping up in the event log. I didn't pay it much attention until an ASP site on the server crashed. 

&lt;blockquote&gt;The Template Persistent Cache initialization failed for Application Pool 'App Pool Name' because of the following error: Could not create a Disk Cache Sub-directory for the Application Pool. The data may have additional error codes.. &lt;/blockquote&gt;

Apparently this turned out to be a permissions problem common to machines that run both a domain controller and an IIS, w-hich is typically what SBS machines do. 

&lt;a href=&quot;http://support.microsoft.com/?id=842493&quot;&gt;The solution can be found here&lt;/a&gt;



</description>
            <author>Dinu</author>
            <pubDate>Wed, 29 Aug 2007 00:58:34 +800</pubDate>
        </item>
        <item>
            <title>Performance Drop After &quot;Compact and Repair&quot; in Access</title>
            <link>http://sixteenthree.sg/blog/performance-drop-after-compact-and-repair-in-access</link>
            <description>&lt;p&gt;After doing some modifications to an MS Access accounting system used by a client, the users were complaining that the application had become excruciatingly slow. &lt;/p&gt;
&lt;p&gt;After spending some time going through my code, server event logs, and application error logs, I came up empty handed. 
It was only after reverting back to a backup and retracing my steps that I found the problem started after a &quot;compact and repair&quot; was done on the back-end. Logic seemed to state that doing a compact and repair would boost performance. But in life, all is not as it seems.
&lt;a href=&quot;http://groups.google.com/group/microsoft.public.access/browse_thread/thread/3b60f911d2e5da1e/aa3b13940e322a58?lnk=st&amp;amp;q=slow+performance+after+compact+repair&amp;amp;rnum=2&amp;amp;hl=en&quot;&gt;
&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://groups.google.com/group/microsoft.public.access/browse_thread/thread/3b60f911d2e5da1e/aa3b13940e322a58?lnk=st&amp;amp;q=slow+performance+after+compact+repair&amp;amp;rnum=2&amp;amp;hl=en&quot;&gt;This discussion&lt;/a&gt; seems to shed some light on the issue. It might have been caused by indexes being reset, or queries having to be recompiled. I still haven't figured out the exact reason for it. But reverting back to the &quot;uncompacted&quot; and &quot;unrepaired&quot; version of the back-end helped to bring performance back to the way it was. 
So I guess a moral of the story would be &quot;don't fix it if it's not broken.&quot;&lt;/p&gt;</description>
            <author>Dinu</author>
            <pubDate>Thu, 17 May 2007 10:05:24 +800</pubDate>
        </item>
        <item>
            <title>Please wait while document is prepared for reading</title>
            <link>http://sixteenthree.sg/blog/please-wait-while-document-is-prepared-for-reading</link>
            <description>&lt;p&gt;
Adobe Acrobat Reader is slow enough as it is. Recently it started being slower by showing me this message every time I opened a PDF file: &quot;Please wait while the document is being prepared for reading&quot;.&lt;/p&gt;
&lt;p&gt;So if my PDF had a lot of pages, it turned out to be an excruciating wait.  Especially when I had to close the file and open it again when I needed to check back on it. It'll just repeat the preparation process.&lt;/p&gt;
&lt;p&gt;The source of this &quot;not so minor&quot; annoyance is the accessibility plug-in. It prepares the document for screen readers, which most of us never use. Why was this forced on all users I have no idea.&lt;/p&gt;
&lt;p&gt;The good news is that you can just move a file  named &quot;Accessibility.api&quot; in your plug-ins folder &lt;code&gt;C:Program FilesAdobe[your version]Readerplug_ins&lt;/code&gt; to a folder named &quot;Optional&quot; &lt;code&gt;C:Program FilesAdobe[your version]ReaderOptional&lt;/code&gt;, and this will all be over with. This folder is the dumping ground for annoying plug-ins like this one.
&lt;/p&gt;
&lt;p&gt;Where did I find this info?&lt;span style=&quot;text-decoration: line-through;&quot;&gt;
&lt;a href=&quot;http://www.forum4designers.com/message167266.html&quot; target=&quot;_blank&quot;&gt; Content Preparation Progress-Adobe Reader &lt;/a&gt;&lt;/span&gt;(dead link)&lt;/p&gt;</description>
            <author>Dinu</author>
            <pubDate>Wed, 11 Apr 2007 11:36:10 +800</pubDate>
        </item>
    </channel>
</rss>
