-
Well, if you get a chance, I would greatly prefer solid backgrounds and a usable console2 over transparent backgrounds but no text.
2008-11-25 05:05:13 UTC in Console
-
Might be worth looking at this guy's solution: http://winterdom.com/weblog/2008/09/18/Console2AndX64.aspx.
2008-10-05 03:38:14 UTC in Console
-
I run my mac mini on an HDTV with resolution 1224x690. Unfortunately, the new Lingon is too tall, and it extends off the bottom of my monitor. Unfortunately there does not seem to be any way to resize it to fit on the screen.
2008-05-27 06:54:01 UTC in Lingon
-
It would be nice if there were a simple download manager screen that showed what podcasts/attachments were queued for download. Even just having the current download in the status bar would be nice.
2007-09-18 06:08:06 UTC in RSS Bandit
-
I've got the same problem - started basically when I switched to Vista and imported my feeds.
1.5.0.14 doesn't fix it.
2007-06-16 06:06:41 UTC in RSS Bandit
-
I can hit the "Update all feeds" button and they'll update, but the timed updates don't work.
2007-06-05 04:29:42 UTC in RSS Bandit
-
From this thread on the forums:
http://www.rssbandit.org/forum/topic.asp?TOPIC_ID=1817
"I'm running Vista Ultimate x64, and while RSS Bandit will refresh feeds when I first start it up, they never refresh on their own again. Note that I have custom refresh times set on many if not all of my feeds. I migrated my feeds by exporting a "native" copy of them from my old RSS Bandit and importing...
2007-06-05 04:26:42 UTC in RSS Bandit
-
I get a DLS_DEAD_LOCAL_STORE from this code (FindBugs 1.2.0):
public class BugNew {
private int value;
public void doBug() {
int value = 5;
value = 10;
this.value = value;
}
}
If I rename the local "value" to "val", I get no DLS. If I don't reassign value to 10 after its initial assignment, I get no DLS.
The real code...
2007-05-24 00:44:11 UTC in FindBugs
-
Oops, sorry. My case looked more like:
static public void doX(Bug1723940 o) {
o.hashCode();
while(o != null) {
o = o.getChild();
o.hashCode();
}
}
Since it's dereferenced again after being reassigned, it would have thrown an NPE before coming around the loop again, so FindBugs is correct.
2007-05-24 00:15:56 UTC in FindBugs
-
In 1.2.0, if I write code like this:
private void doX(SomeClass o) {
o.someMethod();
while(o != null) {
o = o.getChild();
}
}
I will get a RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE at the check for null in the while loop, even though o gets reassigned.
2007-05-23 06:20:30 UTC in FindBugs
