Powdered Bean 2
Downloads: 0
Posts: 6
Smile Score: -2 
About Me
I am a Free member
Gender: Female
Visit Stats
Last Visit: 3 years ago
Member Since: 04 Jan 2009
Profile Views: 152
I am a Free member Gender: Female
Visit Stats
Last Visit: 3 years ago
Member Since: 04 Jan 2009
Profile Views: 152
Powdered Bean 2's Posts
Average Rating from Powdered Bean 2:
(1)
(1) 
Copyright © 2012 MacUpdate LLC
- -
Bean
I'm sorry, but Bean doesn't act like TexEdit in this situation.
In Apples TextEdit, if you have some text selected and do a search & replace, the selection is ignored and instead the whole text gets edited, but in Bean the whole selected text gets deleted, no search & replace, Bean simply deletes the selected text!
That's the difference, TextEdit just ignores the selection and searches & replaces in the whole document, - but Bean _deletes_ the text selection (means: the selected text isn't there anymore, no search & replace in the whole text like in TexEdit, Bean _deletes_ the selected text.)
What is that good for?
Yes I can undo Bean's behaviour, but what's the reason for deleting the selected text in that situation? If I want to delete some selected text, I usually use the delete command - I don't expect that "function" in search & replace...
Well, maybe my english is to bad to make clear were I see the problem.
Anyway, thanks for your reply.
Mac OS 10.4.11, PPC
-1
A Better Finder Rename
Related to your comment "a market in full recession" on Sep 18 2008:
I'll take you up on that.
Now that we have "a market in full recession" worldwide, even in the Euro-zone,
should'nt the price beeing lowered to something reasonable now?
You know, at least fuel is much cheaper now...
Merry christmas to you ;-)
Audio Splitter
Powdered Bean 2 reviewed on 24 Dec 2008
-1
Bean
many thanks for your tip, that works, but nonetheless it is a svere bug.
In Apples TextEdit, if you have some text selected and do a search & replace, the selection is ignored and the whole text gets changed (also not a very Mac-like behavior, I think), - but nothing will be lost like in Bean.
If it is somehow against Apples legendary logic of usability to search just inside the selection if the user has made a selection, then this kind of logic at least should not lead to data loss in any application, wether it is based on Apples Textkit or not.
I'm sure not everyone knows the trick you mentioned here and therefore Bean should not behave like that.
Unwanted deletion of data is a very critical thing.
Besides that Bean is a great app.
My big thanks to the developer.
Merry christmas to all.
-2
I'm sorry, but Bean doesn't act like TexEdit in this situation.
In Apples TextEdit, if you have some text selected and do a search & replace, the selection is ignored and instead the whole text gets edited, but in Bean the whole selected text gets deleted, no search & replace, Bean simply deletes the selected text!
That's the difference, TextEdit just ignores the selection and searches & replaces in the whole document, - but Bean _deletes_ the text selection (means: the selected text isn't there anymore, no search & replace in the whole text like in TexEdit, Bean _deletes_ the selected text.)
What is that good for?
Yes I can undo Bean's behaviour, but what's the reason for deleting the selected text in that situation? If I want to delete some selected text, I usually use the delete command - I don't expect that "function" in search & replace...
Well, maybe my english is to bad to make clear were I see the problem.
Anyway, thanks for your reply.
Mac OS 10.4.11, PPC