 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I've got a few thousand files I'm copying from a data CD to a WinXP box.
Duplicate copies of 90% of them already exist on the WinXP box.
When I had the same scenario on my linux boxes, Konqueror quite
intelligently gave me an "Autoskip" option.
I really don't want to blithely copy everything again--to rewrite existing
files, in case there's a chance the CD version isn't as good, and other
reasons.
How can I autoskip in Windoze?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Greg M. Johnson wrote:
> How can I autoskip in Windoze?
When it asks the first time if you want to clobber files with the same
name, and offers "Yes", "No", and "Yes to all", hold down the shift key
and click "No". I think it's the shift key.
Saw that on the intraweb somewhere, and it works. Not documented, but
works. :-)
--
Darren New / San Diego, CA, USA (PST)
It's not feature creep if you put it
at the end and adjust the release date.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Darren New" <dne### [at] san rrcom> wrote
> Greg M. Johnson wrote:
> > How can I autoskip in Windoze?
> When it asks the first time if you want to clobber files with the same
> name, and offers "Yes", "No", and "Yes to all", hold down the shift key
> and click "No". I think it's the shift key.
Correct. And it's a legitimate reason to berate MS. One would have thunk an
OS would provide the very basic file management functions and options
transparently. Similarly, the fact that up until Vista, a locked/missing
file will abort the whole copy operation is also inexcusable.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Greg M. Johnson wrote:
> I've got a few thousand files I'm copying from a data CD to a WinXP box.
> Duplicate copies of 90% of them already exist on the WinXP box.
>
> When I had the same scenario on my linux boxes, Konqueror quite
> intelligently gave me an "Autoskip" option.
>
> I really don't want to blithely copy everything again--to rewrite existing
> files, in case there's a chance the CD version isn't as good, and other
> reasons.
>
> How can I autoskip in Windoze?
Total Commander (http://www.ghisler.com/) is just a bit more
intelligent. It'll ask you for instance if you want to overwrite files
with earlier date stamps only.
If you want to stick to windows the shift-NO is indeed an option.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
somebody wrote:
> "Darren New" <dne### [at] sanrrcom> wrote
>> Greg M. Johnson wrote:
>
>>> How can I autoskip in Windoze?
>
>> When it asks the first time if you want to clobber files with the same
>> name, and offers "Yes", "No", and "Yes to all", hold down the shift key
>> and click "No". I think it's the shift key.
>
> Correct. And it's a legitimate reason to berate MS. One would have thunk an
> OS would provide the very basic file management functions and options
> transparently. Similarly, the fact that up until Vista, a locked/missing
> file will abort the whole copy operation is also inexcusable.
>
Wow, they fixed that? How do they handle out of space nowadays? Do you
finally get time to clean up and continue?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Darren New <dne### [at] sanrrcom> wrote:
> When it asks the first time if you want to clobber files with the same
> name, and offers "Yes", "No", and "Yes to all", hold down the shift key
> and click "No". I think it's the shift key.
I thought Windows was supposed to be user-friendly?
In Linux obscure key combinations are usually at least *documented*
somewhere.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
> Darren New <dne### [at] sanrrcom> wrote:
>> When it asks the first time if you want to clobber files with the same
>> name, and offers "Yes", "No", and "Yes to all", hold down the shift key
>> and click "No". I think it's the shift key.
>
> I thought Windows was supposed to be user-friendly?
>
> In Linux obscure key combinations are usually at least *documented*
> somewhere.
QOTD.
--
Laugh alone and the world thinks you're an idiot.
/\ /\ /\ /
/ \/ \ u e e n / \/ a w a z
>>>>>>mue### [at] nawazorg<<<<<<
anl
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Sat, 01 Dec 2007 23:17:45 -0500, Greg M. Johnson wrote:
> I've got a few thousand files I'm copying from a data CD to a WinXP box.
> Duplicate copies of 90% of them already exist on the WinXP box.
>
> When I had the same scenario on my linux boxes, Konqueror quite
> intelligently gave me an "Autoskip" option.
>
> I really don't want to blithely copy everything again--to rewrite
> existing files, in case there's a chance the CD version isn't as good,
> and other reasons.
>
> How can I autoskip in Windoze?
Maybe use rsync instead? There are versions of rsync for Windows...
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Sun, 02 Dec 2007 12:03:01 -0500, Warp wrote:
> In Linux obscure key combinations are usually at least *documented*
> somewhere.
I wouldn't even say "usually", but "always" - in the end, you can always
derive that knowledge from the source (who says source code isn't
documentation? ;-) )
If we had access to the Windows source, we could then call that
functionality "documented" as well.
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jim Henderson escribió:
>
> Maybe use rsync instead? There are versions of rsync for Windows...
Rsync rocks. I used it from cygwin.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
> I thought Windows was supposed to be user-friendly?
More so than Linux IME. Example: Add a URL-based installation source
via YaST. How long does it take you to figure out the copy/paste added
a space on the end of the URL, and YaST is too stupid to strip trailing
spaces from the URL?
How long does it take, for that matter, to figure out how to copy and/or
paste for each particular program. :-)
> In Linux obscure key combinations are usually at least *documented*
> somewhere.
It might be documented somewhere. I just saw the documentation in
Google, same place I get Linux documentation. ;-)
--
Darren New / San Diego, CA, USA (PST)
It's not feature creep if you put it
at the end and adjust the release date.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
> Darren New <dne### [at] sanrrcom> wrote:
>> When it asks the first time if you want to clobber files with the same
>> name, and offers "Yes", "No", and "Yes to all", hold down the shift key
>> and click "No". I think it's the shift key.
>
> I thought Windows was supposed to be user-friendly?
>
> In Linux obscure key combinations are usually at least *documented*
> somewhere.
MS seems to think that the appropriate place to handle files is from
within the applications that create them. The ability to grab your data
at the file level appears to be something that MS doesn't want the
common user to be able to to at will. Take, for instance, the way they
make it easy to put streaming video into a page, without giving you an
easy way to save that video to where you can find it whenever you want
it, so that you don't have to download it every time you want to view it.
The reason you have just the three choices is, I suspect, because the
MessageBoxEx() API call allows for only up to three buttons, and the
programmerswho wrote Windows Explorer were too lazy to whip up a dialog
box with the necessary number of buttons.
Regards,
John
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Sun, 02 Dec 2007 16:52:34 -0300, Nicolas Alvarez wrote:
> Jim Henderson escribió:
>>
>> Maybe use rsync instead? There are versions of rsync for Windows...
>
> Rsync rocks. I used it from cygwin.
When I have to use Windows, I always make sure cygwin is installed. It
might have a fair bit of overhead, but it's nice to have an environment
that is familiar to work in - too many times I type "ls" in a command box
because I spent all my time using Linux...
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jim Henderson escribió:
> On Sun, 02 Dec 2007 16:52:34 -0300, Nicolas Alvarez wrote:
>
>> Jim Henderson escribió:
>>> Maybe use rsync instead? There are versions of rsync for Windows...
>> Rsync rocks. I used it from cygwin.
>
> When I have to use Windows, I always make sure cygwin is installed. It
> might have a fair bit of overhead, but it's nice to have an environment
> that is familiar to work in - too many times I type "ls" in a command box
> because I spent all my time using Linux...
*Apart* from cygwin, I have gnuwin32 tools on my PATH, so I actually
type ls on the Windows command prompt and it works. Then when I'm
removing malware from friends' computers over VNC (I do that often,
sigh), I do the following:
C:\Windows> ls
"ls" command not found
C:\Windows> ARGH
"ARGH" command not found
C:\Windows> dir
[actual directory contents]
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Darren New wrote:
> How long does it take, for that matter, to figure out how to copy and/or
> paste for each particular program. :-)
In X, highlight to copy and middle mouse to paste. Works across almost
all programs. On a bare terminal, write it down on paper and save
yourself the trouble.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Darren New <dne### [at] sanrrcom> wrote:
> More so than Linux IME. Example: Add a URL-based installation source
> via YaST. How long does it take you to figure out the copy/paste added
> a space on the end of the URL, and YaST is too stupid to strip trailing
> spaces from the URL?
YaST is not Linux. You can't blame Linux for the problems of some
third-party software you are running in it.
In the Windows case in question it was a core feature of Windows.
And besides, if you don't like how YaST works, take the source and make
it better. Attempt to do that with Windows core features...
> How long does it take, for that matter, to figure out how to copy and/or
> paste for each particular program. :-)
I always copypaste in the same way everywhere. I don't remember a
program where it wouldn't work.
(Sure, it's not immediately obvious how it's done, I admit that...)
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Sabrina Kilian <"ykgp at vtSPAM.edu"> wrote:
> On a bare terminal, write it down on paper and save
> yourself the trouble.
Actually in a bare terminal you can run software which allows copy-pasting
of text on the terminal (using cursor key combinations, etc). Not the
handiest possible way, but perfectly possible.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
John VanSickle <evi### [at] hotmailcom> wrote:
> and the
> programmerswho wrote Windows Explorer were too lazy to whip up a dialog
> box with the necessary number of buttons.
I perfectly understand that, knowing how extraordinaly difficult it is
to write even the simplest of dialogs using the Windows API...
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
> I perfectly understand that, knowing how extraordinaly difficult it is
> to write even the simplest of dialogs using the Windows API...
Especially when you have a huge overhead of (say) translating it to 100
languages, formal QA, etc etc etc that you have to pay for. Bad decision
anyway. :-)
--
Darren New / San Diego, CA, USA (PST)
It's not feature creep if you put it
at the end and adjust the release date.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Sun, 02 Dec 2007 18:06:05 -0300, Nicolas Alvarez wrote:
> *Apart* from cygwin, I have gnuwin32 tools on my PATH, so I actually
> type ls on the Windows command prompt and it works. Then when I'm
> removing malware from friends' computers over VNC (I do that often,
> sigh), I do the following:
Ah, now I hadn't even considered using the gnuwin32 tools (just because I
so rarely use Windows anymore - in VMware when I need it, natively on one
machine if I want to extract video from my DVR (because there's no
current Linux analogue that I've found) and that machine runs Linux
natively 99% of the time, and my kid's machine because he likes using the
latest Windows games.
Was a time when I had a machine that ran Windows natively pretty
constantly, but it's been several years since that machine was Windows-
only. :-)
But I'll definitely check out the gnuwin32 tools for my VM - that'll be
very handy. :-)
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
> YaST is not Linux. You can't blame Linux for the problems of some
> third-party software you are running in it.
Sure I can. :-) Especially since it's the installer for the version of
Linux I use. Yes, yes, I've heard all the arguments, many times, thanks.
My point is that this is symptomatic. I'm not saying "YaST sucks." I'm
saying that huge bunches of Linux stuff is not user friendly in a
variety of ways that anyone being *paid* to do the stuff would have
fixed long before releasing it. Since I work with both professional and
amateur operating systems, I find myself constantly stumbling over the
little things that annoy me. "Abort" buttons are also high on the list,
along with incomprehensible or useless error messages, along with things
reacting to the user very poorly when the machine is under load, to the
point where the display is downright deceptive.
I'll grant you that of the major OSen, Linux is the OS most likely to
improve, mind. :-)
> In the Windows case in question it was a core feature of Windows.
Err, not more so than, say, X. :-) There are many replacements for
Explorer. Not many people replace it on general-purpose desktop
machines, because there aren't that many flaws with it.
> And besides, if you don't like how YaST works, take the source and make
> it better. Attempt to do that with Windows core features...
... and you're fine. So? You just don't do it by patching source code
and recompiling, any more than you install new device drivers by
patching the kernel source.
You just write a plug-in for explorer, like (say) TortiseSVN uses, etc.
Indeed, I just saw someone somewhere complain that copying several files
at once thrashes the drive, and why don't OSes queue up the copies?
Followed by someone the next day posting code that patches into explorer
to do exactly that. It isn't difficult, if you're immersed in how the
system works. It's just that most programmers only have a very surface
understanding of how Windows works and what you can do with it.
> I always copypaste in the same way everywhere. I don't remember a
> program where it wouldn't work.
VI? I'll have to see if the middle mouse button works there to paste.
The fact that some programs use one paste buffer and others use another
is also annoying.
I'll grant it's more an issue of training fingers than anything.
> (Sure, it's not immediately obvious how it's done, I admit that...)
It always throws me also that some programs will do the copy as soon as
you highlight text. Or, if the text is still highlighted when you give
the program focus, it'll replace whatever's in the copy buffer with
whatever is highlighted.
--
Darren New / San Diego, CA, USA (PST)
It's not feature creep if you put it
at the end and adjust the release date.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Darren New <dne### [at] sanrrcom> wrote:
> "Abort" buttons are also high on the list,
> along with incomprehensible or useless error messages, along with things
> reacting to the user very poorly when the machine is under load, to the
> point where the display is downright deceptive.
You can always demand a refund...
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
somebody wrote:
> "Darren New" <dne### [at] sanrrcom> wrote
>> Greg M. Johnson wrote:
>
>> > How can I autoskip in Windoze?
>
>> When it asks the first time if you want to clobber files with the same
>> name, and offers "Yes", "No", and "Yes to all", hold down the shift key
>> and click "No". I think it's the shift key.
>
> Correct. And it's a legitimate reason to berate MS. One would have thunk
> an OS would provide the very basic file management functions and options
> transparently. Similarly, the fact that up until Vista, a locked/missing
> file will abort the whole copy operation is also inexcusable.
I'm guessing it's a ploy dreamed up by finance: "Hey, if we hide some of the
slightly advanced features that folks might need to do their job, we can
then charge a little bit more for training!"
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
> Darren New <dne### [at] sanrrcom> wrote:
>> "Abort" buttons are also high on the list,
>> along with incomprehensible or useless error messages, along with things
>> reacting to the user very poorly when the machine is under load, to the
>> point where the display is downright deceptive.
>
> You can always demand a refund...
You're so cute sometimes.
--
Darren New / San Diego, CA, USA (PST)
It's not feature creep if you put it
at the end and adjust the release date.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp escribió:
> Darren New <dne### [at] sanrrcom> wrote:
>> "Abort" buttons are also high on the list,
>> along with incomprehensible or useless error messages, along with things
>> reacting to the user very poorly when the machine is under load, to the
>> point where the display is downright deceptive.
>
> You can always demand a refund...
>
Or fix it yourself. It's open source after all. :)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Nicolas Alvarez <nic### [at] gmailisthebestcom> wrote:
> Or fix it yourself. It's open source after all. :)
While this sounds far-fetched to most, it sometimes is actually very
true.
For example, years ago, when mplayer was still in its infancy, I had
problems with video playback in a Sun Sparc machine: The red and blue
channels were swapped together. Something to do with a Sparc being
high-endian. Well, I took the source, searched for the place where the
pixels are written, and switched the red and blue channels. It worked.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Nicolas Alvarez wrote:
> Or fix it yourself. It's open source after all. :)
Yep. And I do that, when it would actually take less time to track down
and fix the bug than it would to just put up with it. That doesn't mean
it isn't a bug. :-)
--
Darren New / San Diego, CA, USA (PST)
It's not feature creep if you put it
at the end and adjust the release date.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Sun, 02 Dec 2007 18:21:40 -0500, Warp wrote:
> Sabrina Kilian <"ykgp at vtSPAM.edu"> wrote:
>> On a bare terminal, write it down on paper and save yourself the
>> trouble.
>
> Actually in a bare terminal you can run software which allows
> copy-pasting
> of text on the terminal (using cursor key combinations, etc). Not the
> handiest possible way, but perfectly possible.
Personally, I use ctrl+shift+c and ctrl+shift+v in a GNOME terminal
window...
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Sun, 02 Dec 2007 16:43:52 -0800, Darren New wrote:
> I'm
> saying that huge bunches of Linux stuff is not user friendly in a
> variety of ways that anyone being *paid* to do the stuff would have
> fixed long before releasing it.
I don't know that I'd agree with that. First, is there a bug in
bugzilla.novell.com about this issue?
Lots of seemingly simple things get overlooked in test cases for QA - no
matter what software vendor it is. If the test plan doesn't have pasted
text in it, but just entered text to see if it works, then I could see
that being non-working.
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jim Henderson <nos### [at] nospamcom> wrote:
> Personally, I use ctrl+shift+c and ctrl+shift+v in a GNOME terminal
> window...
That's a terminal emulator and thus not the same thing as a bare terminal.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Mon, 03 Dec 2007 14:55:54 -0500, Warp wrote:
> Jim Henderson <nos### [at] nospamcom> wrote:
>> Personally, I use ctrl+shift+c and ctrl+shift+v in a GNOME terminal
>> window...
>
> That's a terminal emulator and thus not the same thing as a bare
> terminal.
True....
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Darren New wrote:
> It always throws me also that some programs will do the copy as soon as
> you highlight text. Or, if the text is still highlighted when you give
> the program focus, it'll replace whatever's in the copy buffer with
> whatever is highlighted.
I've never seen the latter happen. Can you give an example?
As for the former, usually if you explicitly copy something (using ^C or
^Ins), highlighting something won't erase that from memory. I guess
there may be exceptions.
--
Do Not Attempt to Traverse a Chasm in Two Leaps...
/\ /\ /\ /
/ \/ \ u e e n / \/ a w a z
>>>>>>mue### [at] nawazorg<<<<<<
anl
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Mueen Nawaz wrote:
> I've never seen the latter happen. Can you give an example?
I'll keep it in mind to remember the circumstances next time it happens.
It tends to be old apps (like interpreters that have been around since
before Linux) that I see it happen in, IIRC.
> As for the former, usually if you explicitly copy something (using ^C or
> ^Ins), highlighting something won't erase that from memory. I guess
> there may be exceptions.
Depends how old the app is, and which copy/paste buffer it uses, I think.
--
Darren New / San Diego, CA, USA (PST)
It's not feature creep if you put it
at the end and adjust the release date.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jim Henderson wrote:
> Lots of seemingly simple things get overlooked in test cases for QA
Maybe it's just me, but if a URL can't have a space in it, I'd strip
spaces from what comes in from the user before trying to use it, without
even thinking about it. It just rather surprised me.
--
Darren New / San Diego, CA, USA (PST)
It's not feature creep if you put it
at the end and adjust the release date.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Maybe it's just me, but if a URL can't have a space in it, I'd strip
> spaces from what comes in from the user before trying to use it, without
> even thinking about it. It just rather surprised me.
Just like if you have a folder name coming in, and you're using it to access
a file, you append a "/" or "\" to the end if it isn't there already.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
scott escribió:
>> Maybe it's just me, but if a URL can't have a space in it, I'd strip
>> spaces from what comes in from the user before trying to use it,
>> without even thinking about it. It just rather surprised me.
>
> Just like if you have a folder name coming in, and you're using it to
> access a file, you append a "/" or "\" to the end if it isn't there
> already.
That is something the webserver does (redirect /dir to /dir/), not the
browser.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Mon, 03 Dec 2007 20:32:07 -0800, Darren New wrote:
> Jim Henderson wrote:
>> Lots of seemingly simple things get overlooked in test cases for QA
>
> Maybe it's just me, but if a URL can't have a space in it, I'd strip
> spaces from what comes in from the user before trying to use it, without
> even thinking about it. It just rather surprised me.
Well, if it were me, I'd code that way, too - but it could also be that
they replace the space internally with %20, which would be valid in a
URL. Could be that's the case they picked instead.
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
