Messages - peter.s [ switch to compact view ]

Pages: prev1 2 3 4 5 6 [7] 8 9 10 11 12 ... 24next
General Software Discussion / Re: Beyond Compare v4 Open Beta
« on: October 04, 2014, 07:17 AM »
Whilst I'm just smiling about the innumerable mistakes hard core posters here make - it's not by posting 11,000 posts of which 10,950 are just narcissistic rubbish that you accelerate "progress" in this world, and in general, "opinions" are worthless anywhere if not backed up by (valid) arguments, but go and explain this to 90 p.c. or more of this world's population, and my intervening in third partys' affairs would never ever be but for substantial fees -, I'm unable to leave behind loose ends of my own - it's rare that I'm entirely wrong, but even omissions of alternative aspects really torture me as if I had deliberately lied. Hence my urge to put some of these things into perspective.

As we have seen above, the "programmer" having asked me about hints for HOW to amend text comparing, presumably had just asked me to "prove" my alleged incompetence, by showing I had been asking for routines I would not be able to code myself; well the Germans have a verbal expression for that: Get up earlier for... nice try, anyway: I read this post, had you spontaneously participating in my thinking about it (I call this "public thinking", or "thinking in public" if you prefer), and within some 2 hours and a half, had come up with valid advice - no "thank you" whatsoever, albeit previous pretending to need such advice in order to design the adequate sw - I always said it, there is a blatant lack in sw designers today, even 30 (or is it 35?) years after the "invention" of the so-called pc, whilst coding is for anyone it seems, myriads of tools and full-grown applications lacking the strict minimum of sw design proving my assertion every day.

This being said, I would like to develop two aspects of BC and of compare tools in general.


First of all, Beyond Compare (BC) quite successfully hide their real strong feature, which is file-and-folder-compare. In fact, these last weeks, I had delved a little bit into their help file (always in version 3, cf. above), and from then on, I have extensively used their folder/file compare (ffc) routines.

I had always said it, here and elsewhere: Their ffc display is outstanding (and remember, I said I had trialled every synch tool up to about 200 bucks). One day, I spoke of their lack to develop BC into a grown-up synch tool, and even in their (kind) answer, the fact was left out that even BC-of-today/yesterday (v. 3) is as good as ANY dedicated synch tool out there, except for Syncovery (cf. my thread on that's behalf), and with BC having the superior display, far superior to anything else I've ever seen in that competition (and even far superior to Vice Versa's, which is a joy to use in its own respect).


I really became interested in BC's ffc capabilities by needing a useful ftp tool; I construct my sites not by "Wordpress" as everyone else (incl. prof. developers, it seems) appears to do now, but within some 2-pane outliner, with heavy scripting (in AHK, of course, cf. my musings about that script tool on this site): Some coding within the outliner, then export to html, then an extensive script runs on the compound html file in order to create both the respective site content elements (which are necessarily different for every page of your site... and be it the bolded entries in otherwise identical trees/lists), and multiple simili-clones*, both of pages and of whole substructures/chapters.

* = Of interest here: Outliners which allow for "live clones" (e.g. Ultra Recall; MyInfo e.g. on the other hand does not update cloned parent items, which would exclude it from any such "automate cloning in my sites" idea anyway... and no, RightNote did not do anything about their ridiculous referring to thru items in their items' history...) surprisingly do not have a conceptual advantage here, since, in light of the above (= different site content elements for each individual page of that site), their "total (!) cloning paradigm" is counterproductive to say the least; in other words, your outliner supporting cloning or not, you will have to find other means in order to replicate both individual pages and entire substructures in other parts of your site(s).

Now I urgently invite you to read BC's help file's "Folder Compare" chapter thoroughly, and especially the page named "Folder Sync", and then try to use BC as an ftp tool: You'll be delighted to a degree that will you felicitate yourself to have bought BC in the first place*, even if you have discarded it as your text compare tool in the meantime (cf. my posts above): BC** is a first-rate ftp tool***, as you will quickly discover.

*= It's trial version's 30 days are non-consecutive, so you will have plenty of time before deciding about buying.

**= "BC" means "BC Prof" in my musings; never bothered about the standard version, so cannot say if / to what degree it will do the work, too

***= There are some dedicated ftp tools, but "reviews" out there being as bad as they are, I had not been able to decide which one(s) is/are able to synch between your local folder and your site-sided folder correctly, without trialling them one by one, which I did not do; on the other hand, the usual file managers are quite underwhelming, and if some of them both offers "folder synch" and "ftp", that not necessarily means that it offers them combined, too.


Also, some other both quite hidden and in special cases tremendously (and what do I say: spectacularly!) useful ffc capabilities of BCC lies in the option "Ignore folder structure"; you will see similar functionality in X2's "flatten out subfolders" function (or whatever they call it), but here in BC you will have got it within a real synch environment, which will bring outstanding results, in special cases where no other means applies anymore. (Just imagine your backup image is faulty, and you try to save what it gets, or some chaos you will have created by working on files on two different devices at the same time...) In this context, don't overlook the right-click command(s) "Copy to..." (or "Move to...", of course).

Of course, for traditional synch jobs, an excellent tool like Syncovery arguably remains preferable, since it's able to

In summary, BC is a substandard text comparer, very unfortunately, but you will never regret your 50 bucks / soon 100 euro (incl. VAT) if you thoroughly use it for ffc and ftp.


As for differs detecting moved "lines", just some useful links (in disorder); as some almost-11,000-mostly-unuseful-poster said, you're expected to look them up by yourself, and to make up your mind on them without my guiding hand, or in other words, I'm too lazy to develop on them here and today: (online) and (just compare, this is outrageous, especially in the light of my post above, "lines" vs. blocks) (very interesting approach, commercially, and otherwise quite revolting: they differenciate what I said above, for every possible coding language (I would not call them "programming languages" anymore, programming being the compound of sw design AND sw coding), and then sell the spliced-up sub-routines to their customers, instead of providing those alternatives by options/settings, even in combination, and especially, instead of doing some smart thinking about non-coding texts (of all kinds, btw: legal, textbook, or, even, why not, stage or screenplays, and let alone user-specific settings, independently of, and additionaly to, some such standard text TYPE "format")) and finally (April 4th, 1978!): : : enjoy!

EDIT: I'm sorry I left out one important link from this list: Walter F. Tichy 1983 (!):

P.S. The intellectual level of this site really went down these last weeks; I very much hope my reading experience here will improve by remaining posters striving to amend their argumentation... and if they don't have got any, by their refraining from posting to begin with. Thank you so very much.

General Software Discussion / Re: Beyond Compare v4 Open Beta
« on: September 08, 2014, 12:33 PM »
we convene that lines are "paragraphs", i.e. separated by line feed or other characters or character combinations; the differ should identify these, and/or the user should be able to identify these by option; it's understood that we don't speak of displayed screen "lines"

regular comparison:
text A - text B
compare line A1 to line B1 and so on
if beyond line Bx there are y non corresponding lines, compare line Ax+1 with every line Bx+y+1+z within a reasonable scope, or perhaps shift to B after some tries and try to find lines in A, corresponding to lines in B
i.e. I did not really delve into regular comparison

problem 1 above, by option, do this additional comparison, interwoven with regular comparison:
compare Ax with Bx, but also with compound of (Bx and Bx+1), the control-n or control-n plus control-r in B being considered null, a space, a space and a special character and a space, or any other "replacement" string the user will make the differ consider "equal", just as in regular comparison presets for text IN line (cf. the various and otherwise very satisfying possibilities for in-line comparison in BC)
if by this "joined lines" comparison, Bx and Bx+1 are considered equal to Ax,
then next don't compare Ax+1 with Bx+2, but with Bx+2, and, according to our optional rule here, to Bx+3, etc.
do respectively for comparing Bx to Ax and (Ax plus Ax+1); the option would be simpler to program if the user had to decide on which "side" the possible "1 line split up into 2 lines" could occur, but it's evident it would be more "elegant" for the differ to detect such splits on both sides (I do not treat the additional problem brought up by 3-way comparisons)
maintain additional buffers in order to store these intermediate results and do again regular compare from these

problem 2 above, by option
first, the underlying idea:
do the regular comparison
identify (i.e. put into an additional buffer A2) all lines in A for which the differ doesn't find corresponding lines in B by the regular comparison (which could include comparison according to problem 1 and other options)
compare these lines in A2, one by one, with every line in an additional buffer B2 which will contain every line of B for which the differ has NOT identified, by the above "rich regular" comparison, a corresponding line in A
if A2x is present in B2, replace the line "not found" in original buffer B (and which corresponds to the corresponding line in original buffer A), by a line "REL" for "relocated" or such (and mark the line in A2 als "resolved")
idem for the "not found" line in A, which corresponds to the corresponding line in B (and which contains the respective line of B2): "REL" here in A's otherwise empty line which does not correspond to B's line (but which corresponds, as seen, to some OTHER line within A)
(it's evident that you will need ID numbers for every original line in A and B, and which follows them into the additional buffers, since line numbers in the intermediate buffers will not correspond to original line numbers in A and B)
remaining "unsolved" buffer A2 lines will correspond to those lines in A which do not corresponding lines in B, and ditto for orphan lines in B2, without corresponding lines in A, for lines in B
it's understood that the differ, by the above script, will consider every FIRST occurrence of a relocated line as the relocation, possible copies of that line further being considered as additional copies; in most real-life scenarios (expecially textbooks and programming with shuffling around of text passages or code bits), we all could live with such an assumption (see below)

and now for the real-life solution of problem 2 since identifying displaced lines is devoid of sense, in 99 p.c. of possible scenarios (you will notice that in my post above, I did NOT list "line 1/2/3" but "para 1/2/3"):
in fact, authors/programmers do not displace single lines, but compounds of lines, i.e. paragraph suites, or if you prefer, "real" paragraphs, comprising perhaps 3 or 15 "paragraphs" = technically, lines, and even some blank lines for grouping, within
this means, in order to resolve problem 2, in a realistic i.e. useful way, we must allow the user to identify "real paragraphs", e.g. by 2 blank lines (whilst 1 blank line would be identified as a regular blank line within such a "compound paragraph"), or a ^n^r (in this scenario, the author or programmer would "hold together" "real" paragraphs by just typing ^n and even, for blank lines, ^n^n, within them, but "close" them with a ^n^r); similar means of differenciating "real" paragraphs from "just new lines within a paragraph" would be conceivable
then, complication of my explanation above, this "identify replaced paras" routine would of course not do the above-explained work for lines, but first of all, it would unite all lines in A and in B, respectively, into "real para" compounds, and it would then do the above-described work for those paras instead (cf. 1 blank line in A vs. 20 blank lines in B, at the same position, and which do not cause any problem to traditional differs)

the only remaining weakness in this (albeit quite satisfactory yet) real-life solution would be the non-identification of relocated "real" paras in which additionally you will have done some minor changes: in such cases, the above routine would only identify two non-correspondences, one in A, one in B, and without telling you, neither for the A para nor for the B one (which, remember, has been relocated), that in fact, there is a corresponding piece of code or of text elsewhere, just slightly changed/amended
therefore, we spice up the above routine by a sub-routine which checks, for these paras in A2, all paras in B2 for "slight variation", similarly to a pic differ, and which, according to the preferences of the user, would allow for some changed or added or replaced or deleted single lines if the replaced code/text otherwise was clearly "identifiable" as a variant/amendment*
and finally, it's not really practical (i.e. especially in the case of not-100-p.c.-tally) that you would necessarily have just "REL" lines, on both sides, for these single occurrences at that given location in A resp. in B: by option, it should be possible to replicate the "text/code over there, HERE", instead, i.e. replaced "real paras" would be cloned in the corresponding B display, for their A occurence, even though they have been relocated in B, and another clone would be shown in A, at the corresponding position for their new position in B; these replications would be in a pre-determined color of course

*= the same could apply, by option, to NOT-relocated, but slightly changed text/code: here, too, an optional sub-routine could identify the whole "real para", and then display it in whole, on both sides, in a predefined color, instead of the usual display which would only display the non-changed lines within those text or code blocks, without their context; an even more useful variant of this would be a dedicated command/toggle "show full blocks on both sides" if the mouse cursor is, on either side, within a line identified as "not identical"

in a deluxe version, you then could even implement a similar routine which both would show indications to other (identical or near-) duplicates, and show ALL those, i.e. all occurences of them, of one or the other or both sides, alternatively to the regular display

it's all about the multiplication of intermediate / supporting buffers and concordance tables in arrays for lines and blocks


you also could identify the length of a block, and the fact if it's (to be considered and to be treated as) a block or not, by "following"  the first relocated line of a possible block and then check, "over there", how much "meat" it comprises, i.e. you identify the first relocated occurence of its first line, then compare "backwards", i.e. identify if the lines following there (new location in B) are identical / similar to what follows the original line in A (but not on the location in B corresponding to that location in A); this would be much more elegant, especially if you allow for possible new content interwoven into that relocated block, i.e. do NOT stop the comparison after just some (new) lines in the B flavour of the block, but continue to search for content identical / similar to what follows in A, even (reasonably) further down there in B

at this time, e.g. in BC, "identical vs. non-identical" is either-or, i.e. you can define SPECIFIC inconsistencies to be regarded as "equal"; it's evident that you could introduce a "fuzzy" approach ("similar in spite of up to x differences of this kind AND/OR y differences of that other kind"), alternatively and in general, or specifically for within (possible) blocks

mouser, you didn't get my point.

I think sw/computering is a lesser science, an auxiliary science: It's always been about HOW to do things, and not about WHAT things should we do?

So, in the light of being aware of the relative value of my contributions, I've taken the liberty to do "something additional", too, and in a form that could not have harmed anybody, and which was easy to span if really somebody abhorred that part of what I had to say.

You know, over there in that outlinersw forum (and I'm certainly one expert on outliners questions, world wide), some 2 people who had been there from day 1 I turned up there, had been a little bit jealous, since up to then, their descriptive-only "expert" style had assured them "expert status" over there, which they weren't eager to give up, notwithstanding the fact that constructive collaboration is NOT about who's the commander-in-chief in some place.

From that unnecessary original clash, some adversities emerged, and whilst my original contributions over there were not affected, my comments on third parties' interests clearly were, rather often, i.e. I became somewhat aggressive against said "third parties" because I had been aggressed, without the slightest reason, re my original thinkings re outliners and which are, as to their published character, unparalleded world-wide, which means that it is perfectly possibly that without sharing their respective thinkings, there may be quite some superior outliner thinkers than I am out there but who don't share their ideas; this being said, I've never been censored over there, nor here in this forum, with those thinkings: I've just been ignored, so I don't have the slightest reason to complain.

Also, some fellow posters over there, and here, have made me rethink my communication "skills", and my postings, for some time, clearly showed that I don't see no further reason to aggress "third parties" for sheer absence of their being perfect, or, worse even, for sheer frustration that my own original efforts do not encounter the attention I would originally hoped for, and from my purely subjective pov, I had thought that the constructive value of my contributions had been enhanced accordingly.

This being said, ANY constructive effort in the IM, or more broadly, in the pc matter, lack of the above-mentioned prob, which is that ANY IT "answer" could never overcome the fact that IT is "organizational matters", without any additional value to humanity (and the day AI will take over, that'll be a whole other thing: we'll speak of additional probs there, not of some "solution" to humankind's current probs); some fellow poster over in the Ultra Recall forum once said, "We're discussing first-world probs here", and except for the fact that there is no such dichotomy "third vs. first world" to begin with, he was so right: There's a definive world between organisational sciences, and those which really could hopefully some day lessen this tiny world's probs, and we should acknowledge the philosophical difference between the two. You know, some German politician some day, some years ago, reproached to some fellow politician, that the alleged qualities that other had had, were qualities that "would enable you to run a concentration camp" - of course, this was more than inappropriate style-wise, but it was not wrong for that, since, indeed, the qualities the public saw in that man, were in that second line of reliability, determination, and so on, but NOT in the line of helping Germany (for instance, and for a start) to become better in any way: there a conceptual difference between some Montesquieu, e.g., and some German (or any other) politician who even tries to be helpful, and any "organizational science", btw., is eager to help anybody, any which way it can, and the treatment the Snowden-Obaba affair got within this forum, says a lot about this aspect of what I'm trying to express.

This being said, I'm perfectly aware that from a technical pov, auxiliary sciences are far from "inferior", intellectually: I'm perfectly aware that for real good coding, a superior IQ is more than helpful.

But then, wholeheartedly accepting that within the framework of such a "technical" forum like this one, some "speech standards" should be upheld, I had thought to be able to "counterweight" some (very limited and very easy to ignore for not-interested parties) "personal touch" paragraphs by some thinking which, as stated above, is perhaps really original, but then, which is original in its being shared; I'm very sorry my assumption was erroneous, and of course, I accept the owner of this forum not sharing my illusions.

This being said, mouser, don't be mistaken: Your manners are polite, as have been mine, these last times, but when somebody asks for thoughts about stardard parts within standard file formats, and muses about the safety of standard encryption sw being weakened by those, and then you recommend a standard book on encryption (which does not treat that specific prob): Prepare yourself to get off with such a polite way of saying of, "don't bother us here with this specific prob", but don't assume we don't see what's going on.

I respect IQ; I respect not having been censored; I thank you very warmly for being treated well, and it's with no hard feeling whatsoever I'm leaving this forum, after having left that other one, also without no hard feelings.

And I will NOT repeat those harsh words with which Prof. Manfred Kühn once left that other one for good, "I don't need this.": The point is different:

In order to think freely, you need to be felt entirely accepted within the frame of expression you will have set for yourself, and this frame, for me, here and lately, had been decidedly constructive to the max, with suppression of any possible, and totally unnecessary, aggression, and with just a NOTE of (pleasant, I had hoped) "individual OT plus" -

the owner of this forum having decided that this is not an acceptable deal for him, I humbly accept his pov. Goodbye, no hard feeling on my side: Obviously, what I had to offer, under my little bunch of different "noms de plume", simply was not good enough to counterweight my idiosyncrasies: Wholeheartedly accepted.

Prince1458, you're icon spontaneously reminded me of Turandot, don't know why, but anyway, there's some of the best music of all time in there...

You imply your post somewhat OT, well... MY point (and you've not been the very first poster to not get that point) was, why is it that site is SUCCESSFUL with what they are doing? ;-) (Or is google corrupt to THAT point?)

General Software Discussion / Focus by view?
« on: June 20, 2014, 06:23 AM »
As you know, I'm into outliners, the (available) 2-pane kind, and doing it simili-3-pane, by an additional file manager pane being my "project pane", far to the left of my screens. As you also know (since I bothered you with the descriptions of this setup more than you would have asked for), I got a second screen for the respective "input", i.e. internet browser (FF), Excel, pdf's, and so on, and you know I do the interaction between all this by AHK.

Now where I've got real probs, and which cannot be resolved by AHK means or any other such tool, is, I bought some additional keypads and such, in order to set focus, and/or to have DIFFERENT pgup/pgdown/etc. buttons for those several frames...

I've said this before, just tiny additional keypads/keyboards are realistic in any way (Cherry 4700 being something "great" since really cheap, in comparison), and then, sacrifying the original keypad, outside Excel/TenKey/etc.

This being said, I never discovered a realistic/"ready-for-prime-time" way of switching between my "multiple" frames, i.e. PM frame (by it by AHK, btw. I'll share such a thing in some time; be it by a tiny-sized file manager window; frame 1), your "main applic" (with, speaking of traditional outliners, 2 main frames, tree (frame 2) and content (frame 3)); be it your "source frame" (whatever its current content may be; frame 4).

I've tried them all, F keys for selecting focus, then the dedicated pgup/pgdn/etc. keys; additional keyboards with dedicated keys (Cherry 4700, original keypad, and also a Preh 128 keys-kb); also, lately, my "best solution" had been to do some toggles/set-ups by which, AHK switched focus automatically, depending on inactivity-by-seconds-and-frame--having-had-focus-previously (and setup/toggle in question).

Ok, there are touch-screens now, but, let's be realistic: You always need your kb, on your table, and any screen beyond that primal set-up; there is no space to lay down a touch-screen in front of you. Then, you might place a touch-screen nearer to your body/eyes/hands than you would place a traditional screen, but is that a real good idea for your neck, after all? And anyway, reaching out, with your finger, to anything beyond your kb is not that realistic for 14-hours work days, right?

Thus, there is no doubt whatsoever that we need (sorry for the "we" here, but I assume we've, more or less, similar probs, and even if you've just got 2 regular frames, not 4, as I've got, and if you've got 1 big screen, not 2 minor ones, like I do: Every "switching frames" from within your keyboard will get into your way, i.e. will constitute an hindrance to your "work flow": It will have nothing to do with any "intuitive computering". (I even considered "foot pedals" for this... OMG!)

That's why ALL OF US need the very simplest of things there could be: A camera above our screen(s), and which will monitor our eye movements (and which is NOT connected to the net, btw), and by which's perceptions (i.e. you look at some frame for more than x ms, and ideally, this time lag should be individual to every frame!!!!!) some sw will switch focus to that frame, in order for THAT FRAME to respond to your kb, incl. any navigation keys and all.

Fellow DC's, any ideas? ;-)

(I'd write it myself and share it happily with you, wasn't it for the camera's eye movements' monitoring part of such sw...)

EDIT: Not only the time frame, for each frame, should be individual, but also, the camera sw should differenciate if, within a frame, you look straight at a precise point (= then, the sw should switch focus quite quickly), or if your're "searching"/"reading" something within that frame, in which case focus switch should NOT be made as soon as that or not at all, except if your're looking at the end of the visible text/list there, in which case it should even scroll... You see, I'm delusionally dreaming...)

Pages: prev1 2 3 4 5 6 [7] 8 9 10 11 12 ... 24next
Go to full version