Originally posted on Wincustomize.com

I’ve seen some requests recently to make Blog Navigator run from a flash dongle or any mobile drives in our newsgroups lately. I was not quite comfortable with the inability to change the storage path by the user myself for a while, not to say that the data is stored in a wrong place, on the contrary, this default behavior does not change. But to make it confined to a Local Application Data folder was a bit too harsh. for my taste.

So, for Blog Navigator 1.2, I went ahead and made it totally customizable for the user to define where does he/she want to store the files. Currently there are 3 definable folders in Blog Navigator:

• <repositoryFolder> is the place that Blog Navigator stores its repository to it’s the file that contains all the knowledge and articles stored in your Blog Navigator
• <keepSafeFolder> is the folder that will be the default folder for keepsafed articles, unless the user defines differently globally in the Blog Navigator preferences or locally for a particular folder, and finally
• <temporaryFolder> this is pretty much where all the dynamically generated stuff goes, it’s the Blog Navigator working folder.

Blog Navigator supports a number of variables for definition of those paths to cover the most common scenarios it’s going to use, namely:

• %LocalAppData%\ - this is the default way – application data is stored in the Local Application Data folder, separately for each user. Mind that if you’re logging into an NT Domain (or Active Directory based domain) this folder will NOT follow you within the domain as you log into other computers. Your blog set will only be available on this computer and will not be a part of the mobile profile. If you’re not logging into an NT domain choosing this variable over the next one has no meaning. The sample storage.manifest can look like this:

  <?xml version="1.0" encoding="iso-8859-1" ?>
  <Storage>
  
  	<repositoryFolder>%LocalAppData%\Stardock\Blog Navigator\</repositoryFolder>
  	<keepSafeFolder>%LocalAppData%\Stardock\Blog Navigator\KeepSafe\</keepSafeFolder>
  	<temporaryFolder>%LocalAppData%\Stardock\Blog Navigator\Temporary Files\</temporaryFolder>
  
  </Storage>

• %AppData%\ - this specifies that application data is to be stored in the mobile profile Application Data folder, separately for each user. With this setting if you’re logging into an NT Domain (or Active Directory based domain) this folder WILL follow you within the domain as you log into other computers. Your blog set will be available on any computer you log into and will be a part of the mobile profile. Of course this blog set will be used on the other computers as long as Blog Navigator storage.manifest file is configured on them the same way If you’re not logging into an NT domain choosing this variable over the previous one has no meaning. The sample storage.manifest can look like this:

  <?xml version="1.0" encoding="iso-8859-1" ?>
  
  <Storage>
  	<repositoryFolder>%AppData%\Stardock\Blog Navigator\</repositoryFolder>
  	<keepSafeFolder>%AppData%\Stardock\Blog Navigator\KeepSafe\</keepSafeFolder>
  	<temporaryFolder>%AppData%\Stardock\Blog Navigator\Temporary Files\</temporaryFolder>
  
  </Storage>

• %AllUsersAppData%\ – the regular Application Data folder, common for all users. You can use this variable if you want to share your feeds and keepsafes among all users that can log in to this computer, this setting works the same regardless whether you’re login into an NT domain or not. All users logged in to the computer will have the same level of control over the repository. The sample storage.manifest will look like this:

  <?xml version="1.0" encoding="iso-8859-1" ?>
  <Storage>
  	<repositoryFolder>%LocalAppData%\Stardock\Blog Navigator\</repositoryFolder>
  	<keepSafeFolder>%LocalAppData%\Stardock\Blog Navigator\KeepSafe\</keepSafeFolder>
  	<temporaryFolder>%LocalAppData%\Stardock\Blog Navigator\Temporary Files\</temporaryFolder>
  </Storage>

• .\ – yes, a dot and a slash, this tells Blog Navigator to store your files in the same folder as the application folder, this is THE way to put Blog Navigator on a USB drive. All files will be stored in a sub folder to the folder in which the Blog Navigator executable files are located. The storage.manifest should probably look along the lines of:

  <?xml version="1.0" encoding="iso-8859-1" ?>
  <Storage>
  	<repositoryFolder>.\Stardock\Blog Navigator\</repositoryFolder>
  	<keepSafeFolder>.\Stardock\Blog Navigator\KeepSafe\</keepSafeFolder>
  	<temporaryFolder>.\Stardock\Blog Navigator\Temporary Files\</temporaryFolder>
  </Storage>

• any hard-coded path you may think of…

  <?xml version="1.0" encoding="iso-8859-1" ?>
  <Storage>
  	<repositoryFolder>C:\Stardock\Blog Navigator\</repositoryFolder>
  	<keepSafeFolder>C:\Stardock\Blog Navigator\KeepSafe\</keepSafeFolder>
  	<temporaryFolder>C:\Stardock\Blog Navigator\Temporary Files\</temporaryFolder>
  </Storage>
  
  

The storage manifest located in the Blog Navigator folder contains all the options with all but the default commented out, you can either copy and paste the code from this article or simply uncomment the section you want to use. Remember about commenting out the section you want to disable. You can only have one storage behavior enabled at this time.

That’s pretty much it, the customization of the storage folder is really pretty simple and quite possible right now.

If you are an administrator or want to brand Blog Navigator for your site (if you’re not, you may want to consider, it’s free and it’s a great oportunity to promote your site) and want to customize that behavior, you can simply install Blog Navigator to your system, modify the storage.manifest and make an installer again out of the files stored in the Blog Navigator folder.

Get your news syndicated, the way you want, anywhere, any time. Put your knowledge repository on a dongle and make your favorites mobile!

Originally posted on Wincustomize.com

What we really intend to make for you with Blog Navigator is to create a robust and efficient way to manage all your on-line knowledge. You know how hard it is to actually find something useful on the Internet at times, right? That’s where our “Web Search Folders” come to help. You could already organize your knowledge into baskets, but we’ve decided that it’s not enough. While baskets were a great way of organizing your findings and keeping them for later reference, there were a couple of deficiencies of baskets.

To address that we’ve added two things to 1.2 version of Blog Navigator:

• you can easily put one basket into one another to make your knowledge more hierarchically organized, just like you can organize your Internet Explorer favorites.


• you can manage Internet Explorer favorites within Blog Navigator! (Firefox users, consult the final paragraph to learn how to import your bookmarks into Blog Navigator).

Basket enhancements

The former is a pretty straightforward enhancement of the old mechanism (from the user standpoint of view at least). Previously baskets were just leaves in the Blog Navigator tree and could not be embedded within each other. While that’s OK for a simple storage of a few links once a while, that’s definitely not enough for a knowledge management tool. Right now you can manage them like you would with your favorites in Internet Explorer – you can organize them hierarchically and syndicate into groups.

As baskets now behave almost like regular grouping folders there came a dilemma about how to show the baskets being higher in the hierarchy and containing some other baskets and perhaps even some channels or any other folders. While baskets upper in the hierarchy can also contain items like URLs and articles you’ve put in them from any source (channels, blogs, address bar, web search folder) there would be a problem of how to differentiate an item that was in the basket from items that are in the folders embedded in the basket. the solution I’ve decided upon is to NOT show the items from the embedded elements in the basket’s article list. However grouping  folders traditionally show all items in the folders that are children to them, so we’ve used that functionality to allow you to show them all together.

If you put such basket (containing other folders under it in a group, the group will show all elements of the basket as well as its children. Let me show you a sample:

Now if you enter the “Interesting Articles” group you will notice that it will show all items gathered in “Programming”, “Graphics” and “Customization” baskets. That’s how it used to be.

How about a basket in a basket, like “The sites I visit”?. If you enter this basket you will notice that it will only show elements that are directly in it and none of those in the “Every Day” and “Every Week” baskets. Now so far so good, but what about the “My Baskets” group? The cool part is that it will actually show the items in the “Every Day” and “Every Week” basket.

The conclusion, while baskets do not show any items not directly placed in them, they act as a proxy for the folders contained in them, so any group that you will put them in will show all their direct elements and all their children elements!

Internet Explorer Favorites

Internet Explorer favorites are something probably everyone is get used to by now, but they are a rather inefficient way of managing your knowledge and they get pretty messy for a lot of users pretty soon. They can however become an very powerful tool when combined with all the other functionality of Blog Navigator. Let’s dwell upon that for a while… So far Blog Navigator was an isolated island on your system, not tied to any knowledge repository you could have harvested before. If you opened it fresh, you would have to collect it all again. But this new feature changes it all in one sweep.

There is now a new root in the tree that lists all your “Internet Explorer – Favorites”. And it makes your Internet Explorer favorites a first class citizens. They come with all the features and you would expect of any other folder in Blog Navigator. Favorites folders behave like baskets described above and you can think of them as such, the only difference is how they are stored in the system. They can be KeepSafed, marked as important, preloaded, mailed in batches, and even sorted by date of creation. You can move them around, rename them and rename the folders that contain them. And all of this is reflected in Internet Explorer instantaneously! You can turn the favorites folders into baskets, and the very favorites into basket items or even have the whole hierarchy of them converted into baskets or back again into favorites with simply dragging and dropping them. The favorites root however always stays there, this is because you cannot change in Internet Explorer where and how they are stored.

Let me go deeper into that functionality and how certain actions work:

• dragging an article or the icon from the browser address bar, or a basket element into a favorites folder creates a favorite. This works is implemented as a copy functionality, meaning the original item is not deleted while it is added to a favorite folder.


• dragging a basket or a channel or any other Blog Navigator folder into a favorites folder creates a new favorites folder in it with all the articles from the original folder becoming IE favorites. This also creates a copy and does not affect the original elements.


• dragging whole branches of BN elements into favorites turns them into an appropriate matching favorites folder structure.


• dragging any favorites folder out of the favorites hierarchy and into the BN folder structure creates an appropriate matching structure of baskets. This creates a copy of them and does not affect the original IE favorites structure.


• you can also drag single favorites into baskets. This makes a copy of them as the baskets articles.


• dragging one IE favorites folder to another IE favorites folder moves it to the new parent. The favorites hierarchy is reorganized to reflect the change in Internet Explorer too. The folder is moved with all its elements and child folders.


• you can rename favorites with the “Rename” option is in the context menu available when you right click on the favorite.


• rename favorites folder like you would rename any other BN folder.

Now if you use or, like me, used to use Firefox or any other Mozilla based browser, you can still import your favorites to Blog Navigator. There is a functionality in Internet Explorer, described here, allowing you to import the bookmarks into IE favorites. To do that simply select the “Import and Export” option from the “File” menu and proceed with the “Import Favorites” feature of the wizard that will appear upon selecting it. This will import your bookmarks as IE favorites which will then be accepted by Blog Navigator. This of course will not synchronize your bookmarks automatically with your Firefox bookmarks, but at the very least will allow you to import the articles you’ve harvested in the Internet into the Blog Navigator.

Originally posted on joeuser.com

I really find the “Did you know that…” dialogs showing when an application is running quite hilarious.

They provide no solution or enrichment whatsoever, because some random tip at the program startup is highly unlikely to help me with the task I am about to perform with the software. It also is completely stripped off wider context and random as it is, serves exclusively as an annoyance and the first thing user has to turn off in the application.

That said, user still may find some tips and tricks usefully, if provided in a proper form and time. So here are some of them to read at a time of your convenience…

Did you know that….         ;)

• when you drag a group or a blog over another group it will fall into that group, BUT if you have the Ctrl key pressed it will treat the group you drag the item offer as a non-container, meaning you can order the groups by dragging and dropping without nesting the dragged group withing the one being dragged over.


• If you have ieSpell installed on your computer, Blog Navigator will let you take full advantage of its features? You can spell check the pages you browse, but what’s even cooler you can spell check the articles you write with Blog Navigator at your blog. Whenever ieSpell is installed Blog Navigator adds a tool button for checking of spelling as well as a “Tools” menu with “Check spelling” option in the article editor. This option is experimental and unsupported though. It is not an official feature, just something I added as I really badly need a spell checker while writing my articles ;)


• You can upload images/files and either embed them or link to them from your article with just a few clicks. Read more about it here.


• You can export article newspapers by selecting a number of articles on a list, clicking on one of them with a right mouse button and selecting “Export selected articles”, or export whole blog or a group of blogs as a newspaper fro a later read in ANY browser by clicking with the right mouse button on the desired blog/group and from the pop up menu selecting “Export all articles in this folder as a newspaper”


• You can import your subscriptions from a handful of popular RSS readers by selecting “Import” menu item from the “File” menu in the main menu.


• You can export all your subscriptions or any subset of them to backup of to mail them to a friend using Blog Navigator with the “Folder”->”Export …” menu item located in the “File” menu. You/he/she will then be able to import it back to Blog Navigator by selecting “Import” menu item from the “File” menu in the main menu.

That would be about it for the day, I’ll try to add some more if there is any interest in such a series.

Originally posted on JoeUser.com

Last week it has been brought to my attention that our Blog Navigator can no longer post web articles. Alas, this was only a symptom of a much worse disease, but first things first…

This month in a noble effort of making the Windows platform more secure for us and our (perhaps future) kids ;) Microsoft rolled out a new set of updates, among which is this one innocently called MS05-013 and located in Microsoft Knowledge Base under a mysterious KB891781.

You will find more about the update and the horror it caused among the programmers using the control affected by the update on usenet, posts as this and this are only small sample of the damage. It seems that MS broke quite a few programs while making us more safe.

The effect, saying it bluntly is: IDHTMLEdit has been made useless and Blog Navigator fallen prey to that change.

Since IDHTMLEdit is simply a wrapper around MSHTML editor, I’ve examined quite a few approaches and some existing libraries, to fix the issue as fast and with as little modifications to the existing code as possible. After a day of hunting around and testing the existing approaches I’ve decided that if I want to retain the control over my code and keep it at a reasonable size, I need to do it myself.

Below is my simplistic (and working) approach to migrating from DHTML Editing Component to MSHTML editor (for Delphi programmers).

1. I use a TEmbeddedWB as the web browser control wrapper as it offers quite a bit additional functionality. I’m assuming you use that instead of the TWebbrowser as well. If you’re not, it’a not a big problem to extract the functionalty you will need here.


2. In the DhtmlEdit you operate on the DOM structure and that’s the interface the control does not allow you to access any loger and the change thaat makes it useless. The TWebBrowser offers a Document IDispatch which you can cast on IHTMLDocument2. This is exactly the structure you were working on before.


3. Now the browser control itself does not offer the ExecCommand(…) functionality. but not all is lost. when you get to the IHTMLDocument2 interface as described before, you can pretty much do anythng you were doing before by calling its execCommand.


4. You can also pull ann the formatting data from it by querrying it with its: queryCommandEnabled, execCommand, queryCommandIndeterm, queryCommandState, queryCommandSupported, queryCommandText and queryCommandValue methods.


5. Now the problem is that IDHTMLEdit used numeric values while the Document requires you to use strings. The simplest method is to use a translating table which is what I did:

type
  TMSHtmlCommandTranslation = array [DECMD_BOLD .. DECMD_PROPERTIES] of WideString;

const
  MSHtmlCommandTranslation : TMSHtmlCommandTranslation = (
  ‘Bold’,               //DECMD_BOLD = $00001388;
  ”,                   //
  ‘Copy’,               //DECMD_COPY = $0000138A;
  ‘Cut’,                //DECMD_CUT = $0000138B;
  ‘Delete’,             //DDECMD_DELETE = $0000138C;
  ”,                   //DDECMD_DELETECELLS = $0000138D;
  ”,                   //DDECMD_DELETECOLS = $0000138E;
  ”,                   //DDECMD_DELETEROWS = $0000138F;
  ‘Find’,               //DDECMD_FINDTEXT = $00001390;
  ‘FontName’,           //DDECMD_FONT = $00001391;
  ”,                   //DDECMD_GETBACKCOLOR = $00001392;
  ”,                   //DDECMD_GETBLOCKFMT = $00001393;
  ”,                   //DDECMD_GETBLOCKFMTNAMES = $00001394;
  ”,                   //DDECMD_GETFONTNAME = $00001395;
  ‘FontSize’,           //DDECMD_GETFONTSIZE = $00001396;
  ”,                   //DDECMD_GETFORECOLOR = $00001397;
  ‘CreateLink’,         //DDECMD_HYPERLINK = $00001398;
  ‘InsertImage’,        //DDECMD_IMAGE = $00001399;
  ‘Indent’,             //DDECMD_INDENT = $0000139A;
  ”,                   //DDECMD_INSERTCELL = $0000139B;
  ”,                   //DDECMD_INSERTCOL = $0000139C;
  ”,                   //DDECMD_INSERTROW = $0000139D;
  ”,                   //DDECMD_INSERTTABLE = $0000139E;
  ‘Italic’,             //DDECMD_ITALIC = $0000139F;
  ‘JustifyCenter’,      //DDECMD_JUSTIFYCENTER = $000013A0;
  ‘JustifyLeft’,        //DDECMD_JUSTIFYLEFT = $000013A1;
  ‘JustifyRight’,       //DDECMD_JUSTIFYRIGHT = $000013A2;
  ”,                   //DDECMD_LOCK_ELEMENT = $000013A3;
  ”,                   //DDECMD_MAKE_ABSOLUTE = $000013A4;
  ”,                   //DDECMD_MERGECELLS = $000013A5;
  ‘InsertOrderedList’,  //DDECMD_ORDERLIST = $000013A6;
  ‘Outdent’,            //DDECMD_OUTDENT = $000013A7;
  ‘Paste’,              //DDECMD_PASTE = $000013A8;
  ‘Redo’,               //DDECMD_REDO = $000013A9;
  ”,                   //DDECMD_REMOVEFORMAT = $000013AA;
  ‘SelectAll’,          //DDECMD_SELECTALL = $000013AB;
  ”,                   //DDECMD_SEND_BACKWARD = $000013AC;
  ”,                   //DDECMD_BRING_FORWARD = $000013AD;
  ”,                   //DDECMD_SEND_BELOW_TEXT = $000013AE;
  ”,                   //DDECMD_BRING_ABOVE_TEXT = $000013AF;
  ”,                   //DDECMD_SEND_TO_BACK = $000013B0;
  ”,                   //DDECMD_BRING_TO_FRONT = $000013B1;
  ”,                   //DDECMD_SETBACKCOLOR = $000013B2;
  ”,                   //DDECMD_SETBLOCKFMT = $000013B3;
  ‘FontName’,           //DDECMD_SETFONTNAME = $000013B4;
  ‘FontSize’,           //DDECMD_SETFONTSIZE = $000013B5;
  ‘ForeColor’,          //DDECMD_SETFORECOLOR = $000013B6;
  ”,                   //DDECMD_SPLITCELL = $000013B7;
  ‘Underline’,          //DDECMD_UNDERLINE = $000013B8;
  ‘Undo’,               //DDECMD_UNDO = $000013B9;
  ‘Unlink’,             //DDECMD_UNLINK = $000013BA;
  ‘InsertUnorderedList‘,//DDECMD_UNORDERLIST = $000013BB;
  ”);                  //DECMD_PROPERTIES = $000013BC;

I store the command values as the controls Tags so now instead of calling:

DHTMLEdit.ExecCommand(TControl(Sender).Tag,OLECMDEXECOPT_DODEFAULT);

I simply call:

FDocument.execCommand(MSHtmlCommandTranslation[TControl(Sender).Tag],True,variant)

where the FDocument is the IHTMLDocument2 DOM document I extracted from the TWebBrowser for the sake of not having to cast it each time I use it. and instead of:

DHTMLEdit.QueryStatus(TControl(Sender).Tag);

I can now use:

 FDocument.queryCommandValue(MSHtmlCommandTranslation[TControl(Sender).Tag]);
 FDocument.queryCommandEnabled(MSHtmlCommandTranslation[TControl(Sender).Tag]);

this allowed me to migrate away from DHTML Editing Component within one day after shunning all other options).

One thing that was pretty indispensible for DHTML Editing Component was that it called me back evary time a blok formatting was changed, it had this useful OnDisplayChanged event which was summoned every time the UI needed updating. That’s where TEmbeddedWB comes handy it implements a

function UpdateUI: HRESULT; stdcall;

which than triggers the OnUpdateUI event, which for our needs does exactly the save what the OnDisplayChanged event did. so you can simply call your previous OnDisplayChanged event with the numerical querries remapped to strings and… with minimal effort you have your control fully migrated to the MSHTML editor.

So… this post is the first post made with the updated Blog Navigator with its poat editong brought back to normal functionality.

Originally posted on JoeUser.com

The fourth part of the article already available here…

If you have used any mail program supporting HTML there is really not all that much new I can show you here. Writing blogs with Blog Navigator is a breeze. Simply select New Blog Article from the File menu from the main menu or:

from the main toolbar and Blog Navigator will create a new editing windows for you where you can edit your article in a WYSIWYG manner. Let’s take a screenshot of this article being written… Ok, the screenshot is taken, but how do you insert it into the article. Well… for the screenshot to be available for your blog readers it has to be online somewhere, available from a web server. How do you put one on a web server? You can upload it manually with an FTP client or… let BlogNavigator do it for you.

Blog navigator allows you to add picture already available online by clicking the hand pointed tool button on the right of the lower toolbar. It will then ask you for an address and will make use of it. But! The real time saver is the button pointed at in the middle of the top toolbar. You can configure your FTP settings once and let Blog Navigator do the tedious job of uploading pictures for you. So I’ll click the button now… since it’s the first time I’m using it and i did not configure that option in the previous article, Blog Navigator informed me that I need to do it now. I clicked OK on the message box and configured it as specified in the table.

Once the account is configured, and you will only have to do it once, you get the very dialog that allows you to upload the file:

The OK button will stay disabled as long as an existing file will not be chosen. You can enter the name directly or click on the Browse button and select the image you wish to upload. And we’re required to choose from between the three options.

• The first one is the one I use to upload thumbnails I enter into this article. Just as it says in the dialog – it uploads the image and uts it in the article like you would paste an image into a Word document.
• The second option I use for images that you get after you click on my thumbnails. I just make sure the thumbnail is selected before pressing the “Upload file” tool button in the article editor.
• The third option has absolutely no effect on the article and simply puts a file on a server without doung anything else afterwards.

The editor features most of the elements you may need in your blog.

You can insert and edit links with “Link” option availavle in the “Insert” menu as well as from the toolbar. The “table” menu in the editor also allows you to insert and edit tables. and so on… most things can be done in a WYSIWYG (what you see is what you get) way. But for the most advanced options you may want to edit the code directly and for that you have the “Code” tab. If you want to make sure how will your code look and behave in Internet Explorer then the “Preview” tab is there for you.

Most of the WYSIWYG editing options is available from the lower toolbar also most of them are available with a handful of shortcuts. You will find the most important ones here.

Depending on the service you use for your blog the top pane fields may differ in number or flexibility. Blogger 1.0 does not allow for title. Only JoeUser offers a link, subtitle and subcategory in addition to regular category. Not all blogging services support categories at all. But that’s not your problem really. Blog Navigator knows those things and will only provide you with the fields the service allows you to specify.

I’m done! I want them to read it!

Now after the article is written here come the 3 important buttons:

You’ve got that very important message for the world you want them to read it. And here come the three, probably the most important, buttons in the editor:

• post – put the article on the blog server but do not make it available to everyone but just me. It’s a hidden article that will become visile once you publish it
• publish – put the article on the blog server and make it available to for everyone. Alternatively update the article and if not available to the general public, make it available. Not for every service it’s possible to hide the article back so make sure the published article is ready for the general audience.
• postpone – keep the current version locally. If an article was never uploaded the article is just local. if however it was already published, do not change it on the server, but keep the changes on user’s computer for later update of the online version.

That’s it. That’s all you need to know to use Blog Navigator as your publishing tool and even that is pretty detailed since in most cases you will not even need the file uploading.

Have fun, and

Stay tuned for more soon!

Originally posted on JoeUser.com

Stardock Blog Navigator Professional offers a host of keyboard accelerators while you edit your articles.
Here you have a short summary of the most important keystrokes used by the article editor.

Formatting

Posting and file operations

Movement

Selection

Editing

absolute positioning

A CSS feature that allows elements in a Web page to be positioned using style attributes that function like x and y coordinates. Using CSS styles, absolutely positioned elements also support a z-index that allows them to appear in front of or behind other elements on the page. Absolute positioning is a DHTML feature implemented through various style attributes.

Partially copyright © 2004 Microsoft Corporation. All rights reserved.

Originally posted on JoeUser.com

First of all let me express how excited I am about the release of Blog Navigator. I think we did a good job on it and I am trully amazed at our approach to its release. 

Let me explain why.  Mind that Stardock kept a guy :) ) on a payroll for a better part of a year to do this.

We’ve been discussing the Blog Navigator release yesterday and Brad actually decided to remove ALL the RSS related limitations from the free edition of Blog Navigator! What does that mean? It means there is no longer a limit of a single instance of Basket, Article Monitor and Web Search (Internet Article Monitor) in the free version! You get everything that makes it a great RSS reader and it’s NOT a trial or a shareware that will nag you in any way, neither you are limited at how you use it. You can use it at home, and you can use it at work (I would not however recommend taking it to the beach – notebooks don’t like the sand involved)!

Thank you Stardock!

If you’re into RSS/feeds/syndication and already have a reader – Blog Navigator comes with a handfull of importing filters – it’s very likely that you will be able to move all your feeds within a minute or even have them autodetected and done automatically. So if you want to be sure you never miss an article on your favorite sites, want to monitor for a specific topic or any set of them or just need a cool web browser that will get some more articles in the background for you while you read another one – give it a whirl, share it with a friend, tell a co-worker they can speed up and enrich their daily lecture.

We really tried to make it the best possible syndication experience out there – now you can see if we succeeded. Tell us if you like it. We will gladly hear what we can do to make it better. I would like to thank all beta testers withough which suggestions it would not be what it is now – stressing the enormous part of Brad Wardell and Kris Kwilas in shaping the product and Randy Cox whose suggestions and patience in testing the consecutive versions of betas went beyond all limits.

For the best possible experience read my series of articles on Blog Navigator features and how to make the best use of it

You will find the first part of the series of the articles here.

Originally posted on JoeUser.com

The third part of the article already available here…

Reading blogs is one thing, and alot of programs allows you to do that with better or worse results. What makes Blog Navigator unique is among other features (like search article monitors, baskets and search blogs) its ability to both read and write blogs.

Let’s setup Blog Navigator Professional to use an account on JoeUser.

There’s not much to show really… I’m not sure it could actually be easier. Let me add my JoeUser account to Blog navigator as a first sample:

Now I have the regular dialog like adding any other feed or folder type where you enter it’s name and various properties. The most insteresing tab that defines my account access info is the “Account” tab.

I entered my username and the password and selected JoeUser.com from the “Blog Service” combobox. If you do not have an account on a service you want to use, simply click the “Create your blog own here” link below the combo and Blog Navigator will take you to the blogging service site where you will be able to create one.

Now I press the OK button and… that’s it!

Since I had articles on that account already Blog Navigator retrieved the last 20 posts and now allows me to edit them, delete and add new articles.

Blog Navigator comes with a handful of predefined list of popular blog services you may select from the list where i selecvted JoeUser.com in my sample. Alternatively you can setup your own custom blog service. All you need to know (or ask the admin of your site for) is the URL (address) of the so called “RPC-XML end point”. If you do not know what to ask – just point your blog service admin ad this article and he/she will surely know what to give you.

Still most probably it will be your own service setup on your own server – in that case consult the documentation of the web application to obtain the entry point to the XML-RPC API and the API type the application supports.

Let’s setup my Joeuser account the harder way…

I select the “Custom…” blog service from the combo box, which happens to be the defaulty one… but I digress…

I’ve read in the site documentation… well actually I helped designed it, but I digress again … that the api the web site supports is the JoeUser.com API (which else!) so I select it from the combo box and…

enter the XML-RPC end point I obtained from my admin – Pat. (actually we’ve came up with that address while designing the JoeUser.com XML-RPC API, but let’s pretend I had to go through the pain of asking Pat for it :) ).

Well…

actually now I’m left with two Blogging accounts pointing to one account in a service – not very practical… but hey! It’s possible and Blog Navigator can handle it just fine, so why not.

Actually I can delete the other one – deleting an account does not delete it on server. That’s actually different than deleting your posts – Blog Navigator will also delete them on server. It will however inform you and make sure you are aware of the consequences and that this is what you really want to do.

In the next part I’ll show you how to write an article to our newly added account.

The fifth part of the article already available here…