Release Candidate: Vienna 2.1.0.2107 Now Available

[jeff_johnson_dev]

We're happy to announce that Vienna 2.1.0 build 2107 is now available for downloading from SourceForge. If you have an earlier build of 2.1.0, you can also get 2107 via the Check for Updates command. Vienna 2.1.0.2107 is a release candidate: if no major problems are found, this build is likely to become the final release version of Vienna 2.1.0.

You may have noticed that we skipped from build 2105 to 2107. Vienna 2.1.0 build 2106 was available briefly, and some users may have downloaded it, but it was withdrawn because additional bug fixes were necessary. If you did download 2106, you should update to 2107, but there's no need to worry about lasting problems, because the bug fixes were only interface-related.

Here is a summary of changes from Vienna 2.1.0.2105:

• Only allow the active web view to set the status bar text.
• Fix mouse tracking in tabs.
• Added Simplified Chinese localisation. (Thanks to Arsen Liang).
• Don't create a new article if the only difference is the article link.
• Fix bug: article list rows were too small for text.
• Save open tabs before opening a new tab.
• Make the Blog With command work with web pages as well as articles.
• Fix bug: next unread command didn't respect folder unexpanded state.
• Fix bug: articles with date but no time were sometimes missed because of midnight timestamp.
• Turn off article updating by default.
• Speed up folder loading by only parsing visible summaries.
• Fix folder refreshing for mark read/unread and undo.
• Fix article selection after deleting or restoring.
• Fix bug: deleted article wasn't removed from trash when using filter.

You will no longer see updated articles (green icon) after this update. If you wish to turn article updating back on, then quit Vienna, launch Terminal in the folder /Applications/Utilities/, and enter the following:

Code: Select all

defaults write uk.co.opencommunity.vienna2 CheckForUpdatedArticles -bool yes

Edit: I corrected the Terminal command to remove ".plist" after "vienna2".

[Pharaoh777]

I am having the same bug with this version as I have had with previous versions. Vienna refreshes all of the subscriptions - but I get a blank window. So, I can see all of the formatting, columns and things - I can see that I have 434 articles to read due to the red star on the icon - but all of the articles are invisible.

MBP 10.4.8

[jeff_johnson_dev]

I am having the same bug with this version as I have had with previous versions. Vienna refreshes all of the subscriptions - but I get a blank window. So, I can see all of the formatting, columns and things - I can see that I have 434 articles to read due to the red star on the icon - but all of the articles are invisible.

Can you see all of your subscriptions? If your subscriptions are missing too, I've posted instructions for fixing that problem at http://forums.cocoaforge.com/viewtopic.php?p=74341#74341.

Have you reported this problem before? It appears that this was your first post.

[Pharaoh777]

I hadn't reported before - but your solution fixed everything. Thanks!

[Odysseus]

I must confirm I had the same issue using version 2.1.0.2107

using this in an applescript solved the problem

Code: Select all

tell application "Vienna"
   reset folder sort
end tell


MacBook Pro 2Ghz, 1Gb Ram
OSX version 10.4.8

HTH

[jeff_johnson_dev]

I'm glad that fixed the problems! Did either of you use earlier versions of Vienna 2.1.0 before 2.1.0.2107?

[Odysseus]

not me. I don't recall the exact version but it dates back to march this year

[billsaysthis]

One unfortunate change in behavior I am seeing since getting this version is that selecting a new item in the Folder pane (a group or feed) is that the most recent item is no longer automatically selected. While my preference woul be to have the oldest unread item selected, the old behavior is better than the current since the tab key does not switch panes.

Is this a known issue?

[jeff_johnson_dev]

One unfortunate change in behavior I am seeing since getting this version is that selecting a new item in the Folder pane (a group or feed) is that the most recent item is no longer automatically selected. While my preference woul be to have the oldest unread item selected, the old behavior is better than the current since the tab key does not switch panes.

Is this a known issue?

This was actually an intentional change, because users whose preference is set to mark articles read automatically didn't like the old behavior.

The tab key doesn't switch between the folder and article lists, but the left and right arrow keys do. (Sorry, I know those aren't the standard shortcuts.)

[billsaysthis]

One unfortunate change in behavior I am seeing since getting this version is that selecting a new item in the Folder pane (a group or feed) is that the most recent item is no longer automatically selected. While my preference woul be to have the oldest unread item selected, the old behavior is better than the current since the tab key does not switch panes.

Is this a known issue?

This was actually an intentional change, because users whose preference is set to mark articles read automatically didn't like the old behavior.

Shouldn't this be a preference then? My configuration uses the 'mark as read after short delay option' but I still prefer the auto-selection. I'd like a three choice option, actually:
- load newest unread article on selecting folder
- load oldest unread article on selecting folder
- do not load any article on selecting folder

The tab key doesn't switch between the folder and article lists, but the left and right arrow keys do. (Sorry, I know those aren't the standard shortcuts.)

Wouldn't be my first choice but as long as the functionality is there...

[jeff_johnson_dev]

Shouldn't this be a preference then? My configuration uses the 'mark as read after short delay option' but I still prefer the auto-selection. I'd like a three choice option, actually:
- load newest unread article on selecting folder
- load oldest unread article on selecting folder
- do not load any article on selecting folder

For the sake of simplicity of both the code and the user interface, we try to keep the number of preferences to a minimum. We've had requests for hundreds of preferences covering every aspect of the application, so we have to be rather stingy about them, sorry.

[billsaysthis]

You're the developer and as a beneficiary of your generosity I don't wish to complain, so I won't :-)