Log in

No account? Create an account

Previous Entry | Next Entry

1.45 preview 2

Another preview is available here.

Different layout... miniMode is probably quite broken, and is going to go away. The amount of extra code to keep it working is exceeding the threshold of worth. Checkfriends icon atl added. Music data format preference added fraserspeirs. Some other things I've forgotten...

Now if I can just get groups finished...

Again, this is a preview to get opinions on the changes. If your machine explodes in a bright flash and burns your house down, it's not my problem. As a consequence, you can reply to this and tell me your opinions... if it makes you feel better ;)


( 13 comments — Leave a comment )
(Deleted comment)
Dec. 2nd, 2001 01:47 pm (UTC)
There's a growing problem with doing modal notifications of status changes, such as with AIM and the like where the hopping icon on every new message would be viewed as a reason to shoot the computer. I thought about the branding of the appicon, a la mail.app and while unobtrusive, would be the only other option that I'd want to go for. However, the pencil icon in the status bar gives us notification without intrusion, while changing the appicon may go unnoticed, especially for those of us who hide the dock. This also presented a two-fold issue with comparison to the Win32 client: when the pencil icon is blinking notifying, one click would reset it, and double clicking would bring up the client... whereas with the mac client I chose to launch the friends page. This may need to change, but no one has complained about it. The other method would require that they bring up the application and specifically launch the friends page, or reset the notification (maybe as part of the clicking of the appicon.

Stuff-It decided that a status bar menu was a good thing for their 'magic menu', and I can't seem to get rid of it yet ;).

We may want to option both methods, or even all three with popping up a modal dialog of new messages if they aren't in quiet mode.
Dec. 3rd, 2001 07:06 am (UTC)
A vote for options
I'd prefer a Preference option that allowed the user to choose notification method via a short list of checkbox toggles or what have you. As a Dock user running out of menubar space, I'd like to reserve the ability to pick the options that work for each user....

Thanks for all the hard work -- you're building a great app here!
Dec. 2nd, 2001 08:12 am (UTC)
love the new main layout
I just pulled th new version from CVS and it is looking terrific, especially that the old "options" stuff is just built into the window because those are things you generally want to tweak. Mind you the old version was still better than the Windows client where that stuff is buried in a dialog box.
Dec. 2nd, 2001 09:28 am (UTC)
eek a slight bug
Under 10.1.1, when I launch the new client and pull down the mood list, no scroll bar appears if nothing is typed or if the list scrolls past the visible area of the pop-up.
Dec. 2nd, 2001 01:49 pm (UTC)
I am unable to duplicate this, but will continue to try. Do you have reset after post enabled?
Dec. 2nd, 2001 01:56 pm (UTC)
this is from the get go
I don't have "reset after post" checked in preferences; but this problem is from the get go. If I type absolutely nothing, but just pull down the drop down to look at the list of moods there is no scroll bar. Ditto if I do type say 'a' and want to see all the 'a's.

I've just deleted my local copy entirely from CVS and am rebuilding entirely to see if I can repeat or if there was some weird CVS interaction/Project Builder bug I hit from having originally checked out the previous preview release.

I get about 8 total warnings that "NSString does not respond to 'stringByRemovingSurroundingWhitespace'.

And I still have no scroll thing when I chose "Run". :('

Thanks for developing such a kick ass client btw.
Dec. 2nd, 2001 07:57 pm (UTC)
I get this warning too. Just refreshed a minute ago.
Dec. 23rd, 2001 02:58 pm (UTC)
tracked it down
Problem was I had an outdated "alias"/"entry" in my dock to the client. When I removed the client from the dock and re-added it to the dock the problem fixed itself.

Weird, eh?
Dec. 4th, 2001 11:37 am (UTC)
Definitely like the new look. I'd agree that notifications should go in the dock, but more in the style of Mail.app, etc, not with the bouncing. I don't know how easy this is in the Cocoa API, but I think that would definitely be the "OSX-correct" way of doing it.

All in all, WONDERFUL app. Great work!!
(Deleted comment)
(Deleted comment)
Dec. 6th, 2001 07:32 am (UTC)
Heh. Maybe i really should re-evaluate my anti-Objective-C stance just to learn Cocoa..

Dealing with ugly syntax isn't THAT bad, i guess... ;)
Dec. 6th, 2001 08:46 am (UTC)
Okay, interesting behavior.
Clean system (recent reformat due to corrupt FS. Don't ask. This is what I get for mucking about inside IOATAController. :)

Start up LJ. Insert username and password.

It reports connecting.
Then it reports "Receiving data from server...", and does nothing for a very long time.

Nothing else ever happens. Now, you can go up during this activity and select "Login", for even more confusion.

I guess the login network context should be wrapped into a singleton and the status for various network-activity items like login and the rest mapped directly to it so that you know that login isn't available because there's an activity in progress, as a guess for a solution. Either that, or just have the login item check see if the connection is in the process of doing something already.

Anyways, so those are the two issues I've got so far. Obviously, I'm not getting much past that. :)

As for status item: I'd gladly remove status items to put one for LJ up, so count me as a status item user; I'm a dock hider, as well, when I'm on the powerbook. I'm running a PBG4, so I've got a bit more horizontal real-estate than others, tho.

As for dock items, I wouldn't mind seeing a composed dock item listing the icon, with superimposed status items for the connection and other items, as well as if there's currently a record in the process of being edited (I sometimes forget I was in the middle of writing one. :)

Also, some issues which may or may not be solved: If I'm writing one in offline mode, and I go online, or lose connection and need to reauthenticate, please try to ensure that the text I've been working on is retained. If I could write the entry on the laptop on the train, I could press the "go" button once I get home and can reconnect to the home network.

Dat's about it. Still a fantastic client. Great work, cryo.
Dec. 7th, 2001 04:31 am (UTC)
Re: Okay, interesting behavior.
Hmm. Okay, whatever caused it to not start up yesterday seems to be fine today; so we're back to fully-working and not-a-problem behavior. Looks good.

Are there activity timeouts on the XML-RPC stuff (if that's what's being used?) and error visibility?
( 13 comments — Leave a comment )


iJournal: Official LiveJournal Client for Mac OS X
iJournal Home

Latest Month

June 2011
Powered by LiveJournal.com
Designed by Lilia Ahner