Scooter Forums

[suggestion] Copy entire unselected line

rorourke — Tue, 15 May 2012 17:23:56 GMT

Very minor suggestion (i.e., I expect low priority):

Within the text comparer (using either 2-way/3-way and any other "editor"), having the cursor on a line, but no text selected, using Ctrl-c/Ctrl-x will copy/cut the entire line. Saves from having to select the line and mimics the functionality found in many editors (Visual Studio and EditPadPro are the two I use the most and both do this).

Looked to see if was already suggested, but didn't find it. My search-fu could be malfunctioning, though.

Keys from Zoc (Terminal Emulator) don't work

NeOnD — Mon, 14 May 2012 16:41:03 GMT

Hi,

I generated the public/private key pair from Zoc (terminal emulator program) & tried to authenticate but they don't seem to work. However the keys generated from BC3 & Zoc look same to me except that the private key generated by BC3 had few lines wrapped.

1 byte per line crashes

gibbo — Sun, 13 May 2012 23:48:54 GMT

Hello,
I am unable to make the Hex Compare rules "bytes per line" go to 1 byte per line.
Any ideas?

Hex compare file size limit

Dougal — Sun, 13 May 2012 05:48:13 GMT

I have tried to compare 2 Ghost image files which are 2GB, but get a "Too large to compare" message. Is this because BC3 is running as 32-bit app, or is there a setting somewhere to change the maximum size that can be compared?
Cheers

Support for Perl "here-document" syntax

MinutemanZ — Fri, 11 May 2012 15:54:48 GMT

I'm running Beyond Compare v3.2.4, and I can't seem to find a good way to add support for Perl's "here-document" syntax for specifying a string. Here's example syntax from wikipedia:

print <<"END";

Dear $recipient,

I wish you to leave Sunnydale and never return.

Not Quite Love,
$sender

END

I wrote a simple rule for the short term, treating everything from <

2-way merge

ArthurDigbySellers — Thu, 10 May 2012 18:13:15 GMT

Does BC3 Standard support 2-way merge for TFS?

The directions at http://www.scootersoftware.com/support.php?c=kb_vcs.php imply that 2-way merge is supported, but when I follow the setup I only ever get a Compare instead of Merge.

[SUSE Enterprise 10 x64] BCompare outputs only numbers

Szmiglo — Thu, 10 May 2012 15:45:55 GMT

Hi!
I've installed BC3 on my linux server and when i try to run it (simply type "bcompare") in terminal it comes with:

Code:

and finishes. No UI or something. I have qt3 installed using YaST. ldd command on BCompare shows correct connections with all the libraries.

I don't have any more ideas how to solve it, do you have one?

Updating not working in script

dehilster — Thu, 10 May 2012 15:39:03 GMT

I'm having problems recreating what I do with the GUI interface in a batch file.

I have a directory on an ftp server with new files and directories every day and need to update a copy of this on my local computer. It works fine in the GUI but not in my script. I must be doing something stupid. Here is the script:

# uploads
load "F:\backups\xxxxx\files\uploads" ftp://xxxxx@www.xxxxx.org/public_html/uploads
sync update:right->left

The GUI identifies all the new files and new folders on the ftp server correctly bu the script does not.

Help!

Mensagem de erro

ccmancio — Thu, 10 May 2012 11:42:35 GMT

Esta ocorrendo frequentemente a mensagem em anexo.
Qual o motivo ?

BC 3.3.4 14431

Attached Images

MsgErro.jpg (23.2 KB)

find duplicate

Rysoos — Wed, 09 May 2012 10:17:15 GMT

ca serait bon une option find duplicate qui compare chaque fichier dans tout les sous-repertoire...

HTML report not properly handling tab stops

Loefer — Tue, 08 May 2012 18:52:22 GMT

When performing a diff between two code files (in my example, .cs files) certain tab stops appear appropriately in the editor window but incorrectly when I generate an HTML text comparison report. For example, I have some code in these files where a list of variables on the left has had their value assignments on the right column-aligned using tab stops, similar to the following example:

Code:

string short =          "test";

string medium =         "test";

string extremelylong =  "test";

In the HTML report these tabs appear to be inserted using 4 spaces regardless of their column alignment, whereas in the editor window and obviously in my code editor the tabs are adjusted to the nearest 4-space column. In the HTML report they end up looking similar to this:

Code:

string short =        "test";

string medium =          "test";

string extremelylong =  "test";

Unfortunately this makes my HTML reports look very sloppy compared to the code itself, or even the way the diff looks in the BC3 editor window. Is there anything I can do to fix this, or is it simply an artifact of the HTML report and something I have to live with?

Ignore Case

tigerlady — Tue, 08 May 2012 03:18:59 GMT

hello, been using beyond compare for a long time and mostly works great but ran into an issue today that i am not sure how to get around.

I am comparing files from one Windows system to another. the files are the same name except the extension is .jpg compared to .JPG

i have set to ignore case but it doesn't help.

Folders are the same. i had one side Manuals and the other manuals and they didn't line up. is this just a bug.

Attached Images

	CaseChange.jpg (88.6 KB)
	casechange2.jpg (81.9 KB)

test

Scookus — Sat, 05 May 2012 13:14:22 GMT

test

Created time stamp

Borut — Sat, 05 May 2012 11:58:39 GMT

I am using BC for many years now. In the following I am referring to the version 3.3.4 Pro Edition for Windows, running under Windows XP Home Edition SP3. I am also referring solely to comparing and copying/synchronising files between local drives on a single machine (although these are virtual truecrypt drives in my case, but this should not be of importance). All file systems are NTSF.

Recently (all too late, in fact) I became aware of the fact that while copying files, BC does not preserve the "Created" time stamp (BTW, directory time stamps are not important to me, just file time stamps, of which "Modified" is preserved and "Last accessed" is of no much use per definition). To my surprise, I was also not able to find any setting that could optionally bring the BC to preserve this time stamp.

Since I would very much like to use BC further (actually, it would be very hard not to use it) and at the same time the preservation of the original file's "Created" time stamp became quite important for me, I have the following questions:

Is my finding correct - "Created" time stamp is not being preserved?
Is there any option for preserving "Created" time stamp already?
If no, is there any plan to implement such an option?

I understand that there is a logic in that "Created" time stamp of a newly created file reflects what the time stamp created by OS. Nevertheless, I am asking about this option, because two other essential tools I use in my daily work indeed do optionally support the preservation of "Created" time stamp, so this is technically feasible: XYplorer file explorer and Siren image file renaming tool.

Thank you for your time.

Regards,
Borut

Strange auto alignment with VS Solution Files

Scookus — Sat, 05 May 2012 10:57:03 GMT

I've developed a BC3 plugin to compare VS2010 Solution Files in a sorted manner (it's something like "XML Tidy" for Solution files).

Now I've observed a strage auto alignment behavior in BC3 3-way merge. You can reproduce it when you open the 3-way merge with the three attached text files "left.txt", "right.txt" and "ancestor.txt". These files are no real solution files, they contain only some snippets, so that you can easily see what I mean.

In the attachment "3WayMerge_NotProperlyAligned.gif", you can see the result of the merge. The problem is, that BC doesn't see that line "Debug|x86.Build.0 = Debug|Win32" was added on the left side as well as on the right side (compared with "ancestor.txt").

I would expect that the two added lines (marked yellow in the screenshot) are displayed in BC in the same "physical" line. I experimented with the alignment settings in "Session Settings", but unfortunately I'm not able to get better results. Do you have an idea? :confused:

Now you probably say that I could manually align the lines. The problem is, that we use VERY large Solution Files in our company, so that we sometimes have 20 or more errors like this.

Nevertheless I tried manual alignment also, but the result is somehow strange: The lines are aligned correctly, but there is still a merge conflict below. In screenshot "3WayMerge_ConflictAfterManualAlign.gif", you can see in the first yellow line, that the manual alignment was successful. But in the second yellow line, you can see that there is still a merge conflict and I can't see why. Could you please shed light on the dark? :confused:

I'm using BC 3.3.4 (build 14431).

Attached Images

	3WayMerge_NotProperlyAligned.gif (303.9 KB)
	3WayMerge_ConflictAfterManualAlign.gif (324.1 KB)

Attached Files

	left.txt (510 Bytes)
	right.txt (280 Bytes)
	ancestor.txt (436 Bytes)