Forum for XYplorer Users and Developers
https://www.xyplorer.com/xyfc/
Me:Learn the difference!
Code: Select all
...this is not my department! It's DON's!
Great. When we have Time Machine as an XY functionality, I'll be glad to get back to 19/Feb-'10, 16:05 and tell your solution to yourself. Next, I'll meet myself retired in the future and ask myself to help me on trivial tasks, just to not bother anyone anymore with such dumb projects. Community? Pankow will define better my sense of community then.If a script is hard-coded to assume that a location is available then you can use echo exists() to check if a directory does exist. If that function returns 0 (zero), then it does not so you can create a new dir on the fly by calling new with appropriate parameters.
Besides not being a script master who don't write scripts on demand? Nothing at all, except for that one... no!, TWO other occasions not covered for your answer!Thus, how does your wish differ from the functionality offered above?
If it's a scripting scenario then it should be handled via scripting.SkyFrontier wrote:Besides not being a script master who don't write scripts on demand?Thus, how does your wish differ from the functionality offered above?
As for going to such a location via AB, a lot would depend on what is your aim when going such an action.The point is: why make it harder when it could be simpler?!If it's a scripting scenario then it should be handled via scripting.
The same way we currently do but being beamed several levels upper, instead of just being gently conduced to the first available parent folder.In others, how would one double-click on an unavailable location?
Code: Select all
C:\Temp2\Temp\New Folder-04\I don't feel this is needed. I see where you are coming from but feel it would be better to bring up issues with such scripts in the forums so they can be improved or properly documented. A lot of scripts are written for specific user requests and not actually intended for sharing/others, but often a little bit of work is all they need.SkyFrontier wrote:-scripts that have hard-coded locations - one build a script for himself and does not bother in using the echo exists() solution remembered by zer0. So he has such folder available for him, but other users just got a broken script because they don't have such folder on their systems, and will never have a clue on what's going on.
I don't follow what you mean with it needing to be in the history, all it takes is entering a non-existent path which ends in a '\' to get the create folders prompt. And this makes the most sense, as it avoids a ton of accidental folder creations taking place from the address bar. Considering Edit->New->New Path exists, I don't think we really need to kludge this into the address bar. Not to mention you can always prefix the location with '! mkdir' or '!! mkdir' to create the location via the command prompt.SkyFrontier wrote:-pasting non-existent locations at the address bar: same stuff, "it doesn't exist: create?" (instead of the current "not found!/cancel" dialog). Currently this works only if such location is present on XY history. Why not having full support to create folders on the fly and an option to create them silently? Simple like that.
To clarify what you are talking about (this might help you, zer0):SkyFrontier wrote:-unavailable locations: quite often I save a set of tabs on a machine and for a reason or another I delete its counterpart on another. XY could tell me whether to create or ignore the currently deleted/unavailable folder on target machine since it's present on current set of tabs originated in another machine. That's one of the purposes of portability, right? Make portable user's life easier! Also, if a folderis deleted, when you double click the "Location currently not available" notice, you'll go toCode: Select all
C:\Temp2\Temp\New Folder-04\
C:\Temp2\ instead of just the immediate upper directory, C:\Temp2\Temp\. Holding CTRL while double-clicking or something could pop a dialog asking to create the New Folder-04 again, instead of the current awkward of going to level X, down to level Y, SHIFT+N (create new folder) and type desired name.
History.txt doesn't mention that. PowerDesk (which I still HAVE to use because of its dual tree) doesn't copy paths ending them with backslash - so it was a mere "copy-paste-frustrate" thing. AB history (or anything else) stores paths with backslash, and that's why I get the folder creation prompt each and every time when trying to reach unavailable folders from there. Problem solved - and another hint to new user's guide 2.0.I don't follow what you mean with it needing to be in the history, all it takes is entering a non-existent path which ends in a '\' to get the create folders prompt.
...How I'd like this to be true! I have few projects with no participation at all (one to quote the latest) or even discouraging words (there's one epic that comes to mind, but I won't link it here for the sake of friendliness), several script requests which ended in nothing, tons of questions without a simple answer... So if I'm thrown on a "do-it-yourself-or-die", and that was also stated almost literally some time ago, I have to at least ask for tools I can deal with, wait... or die. "Oh, but you could LEARN!", other could tell about Darwin's laws and I'm still without *solution*. Sometimes simple stuff - but I just *can't script* (not with my current and even worse future scheduling). Well. Better live with this.I see where you are coming from but feel it would be better to bring up issues with such scripts in the forums so they can be improved or properly documented.
In the strict case of auto-creation of folders, I just can't see HOW. I generically agree with your statement, but not in this case.Also, typically if the script requires a hard-coded location that does not exist then chances are there is more that will be broken with the script. Automatically creating these paths is likely going to mask some of the problems, which is not a good solution at all.
Totally agree - that's a sine qua non condition. Easier than that and XY could be able to read user's mind looking after the entire directory structure s/he wants to be there, real time.I'd agree that there should be a button on this dialog (or a prompt triggered by the info icon), which would ask if you want to create the location. However, this should only be the case if some root level of the unavailable location exists.
I can understand Don's approach on "attack a problem as deeper as I can and jump to next", but totally forgetting a certain level of details produces abnormalities like:Nothing about the current support is actually broken.. if anything it's just incomplete.
Code: Select all
Config > File Operations > Enable BG Processing > Apply to...
[V] Backup [not yet supported!] (can be queued)
(feature is available since April this year, problem was reported/ignored Sep/06th and...?).Not only does History.txt mention this:SkyFrontier wrote:History.txt doesn't mention that.
But the help file entry on Address Bar does as well:v8.80.0315 - 2010-02-20 16:53
* Now, when you attempt to go to a non-existing location you are prompted to create it on the fly. Will also create whole new paths (as long as the drive exists and is writable). This means you can now use the Address Bar as a quick and easy interface to create new folders or paths, and go there right away after creation. Nice!
Note: Since the Address Bar also supports entering files (not only folders) the above service only is delivered when the item in question ends with a backslash to show it's meant to be a path.
(17) When you attempt to go to a non-existing location you are prompted to create it on the fly. Will also create whole new paths (as long as the drive exists and is writable). Note that the location must end with a backslash to enable this feature.
Far as I can tell you haven't actually tried to make this true. You've gone on about this need to create hard-coded paths automatically, but I see no mention of any script where this is an issue. My point still stands that it would be better if you were alerting the script writer or posting in the thread where the script was that you're having a problem with said script.SkyFrontier wrote:...How I'd like this to be true!I see where you are coming from but feel it would be better to bring up issues with such scripts in the forums so they can be improved or properly documented.
Yeah good luck finding someone willing to go through and test, debug, and fix all of the scripts you've collected, but I don't see how this is related to the issue here?SkyFrontier wrote:I have few projects with no participation at all
I think we get that you are too busy to ever get the chance to learn scripting, and believe me we feel for you since we're all just bathing in tons of free time and boredom here.SkyFrontier wrote:I have to at least ask for tools I can deal with, wait... or die. "Oh, but you could LEARN!", other could tell about Darwin's laws and I'm still without *solution*. Sometimes simple stuff - but I just *can't script* (not with my current and even worse future scheduling). Well. Better live with this.
It all depends on how the location is being used, if it's being read/write from then it's going to expect other content to be there. I really don't see how said scripts could be using these problematic locations and not expect them to have some content.SkyFrontier wrote:In the strict case of auto-creation of folders, I just can't see HOW. I generically agree with your statement, but not in this case.Also, typically if the script requires a hard-coded location that does not exist then chances are there is more that will be broken with the script. Automatically creating these paths is likely going to mask some of the problems, which is not a good solution at all.
-You haven't actually read the post, right?Yeah good luck finding someone willing to go through and test, debug, and fix all of the scripts you've collected, but I don't see how this is related to the issue here?
Thanks for the info - I've actually searched it but not found, of course.v8.80.0315 - 2010-02-20 16:53
...that's not what I meant! Humpf!I think we get that you are too busy to ever get the chance to learn scripting, and believe me we feel for you since we're all just bathing in tons of free time and boredom here.
But some users (another intentional omission of a valid link to illustrate that it's a real thing) seem to think that scripting is as natural to human being as breathing. It's not, guys!Little effort?! You're kidding?! Man, there are already few scripts/frankenscripts/script-fixes spread all over the forum I've produced myself! (Not to mention my constant attempts to contribute any way I can, since I was invited to collaborate.) Later I'll try to gather some and produce a list. Limited or no use? Well - capitalize contents of the clipboard (partially done by Stefan; it's now a scripting function since v9.50.0001), file selector (enhanced as Select Items since v9.40.0109) and name replacer (ignored: useful to Talisman shell users and the same concept could be applied to other programs with similar structure for themes) may lead one to think they may not be that useless after all... Anyway, I wasn't thinking that global usefulness is the ultimate word when it comes to script requesting. Looking closely as I did when building the Scripts Library can even tell me the very opposite but... things have seem to changed, and that's changing me, too.A little effort to show you are at least trying to be less dependent on the community when you request some off the wall script that is of limited or, more frequently, no use to anyone else, goes a long way.
Catalog Maker (useless?! There's a whole segment for this kind of tool... all of them useless?!; it also illustrates no interest in participation, even for fixing a problem which seems to be simple for a scripter and is a good example that I'm not just a lazy guy throwing out wishes to satisfy my ego and enjoying the show), zakhar's project and others (I should take note on them, too...) are a few examples....but I see no mention of any script where this is an issue.
Yep I've read your classified ad seeking someone to be your on-demand script fixer and writer, and my response is good luck finding someone willing to bend over backwards to fix all the scripts and work on your crazy ideas, and possibly more from others! It isn't a paid position is it?SkyFrontier wrote:-You haven't actually read the post, right?
And that was written in the context of you suggesting that I should expect participation, and I was illustrating that such expectation is almost like a wishful thinking.
I'm not sure where you're looking but I went to the license lounge, opened History, and searched for 'prompt'. Result 17 is where I got the quoteSkyFrontier wrote:Thanks for the info - I've actually searched it but not found, of course.
(but entering unslashed paths followed by "enter" could prompt me the creation of such location - it's a natural step!!!)
My issue is the last time I tried to help, it seemed you weren't too interested in even looking at the basics in the help. Plus you didn't seem to learn from when I carefully explained why what you were doing wasn't valid. I find these frankenscripts are often more of a mess because you admittedly don't know what it actually does, and now the writers of the various scripts don't know either, so they have to try to understand what you've cobbled together, which often takes even more time than writing the script in the first time.SkyFrontier wrote:Little effort?! You're kidding?! Man, there are already few scripts/frankenscripts/script-fixes spread all over the forum I've produced myself! (Not to mention my constant attempts to contribute any way I can, since I was invited to collaborate.) Later I'll try to gather some and produce a list.
But again as far as I can tell no one else is really finding these things too useful (beyond giving Stefan practice). Speaking for myself, I don't have much desire to spend time or effort working on something that I don't see myself ever needing or using. Further, I have even less desire to maintain such things. Yet, I often get this vibe from your posts that you are moaning about people not stepping up to bat to be your scripting slave. If that's misplaced, my apologies.SkyFrontier wrote:Limited or no use? Well - capitalize contents of the clipboard, file selector, and name replacer... Anyway, I wasn't thinking that global usefulness is the ultimate word when it comes to script requesting. Looking closely as I did when building the Scripts Library can even tell me the very opposite but... things have seem to changed, and that's changing me, too.
Great now you've mentioned a script that is apparently using hard-coded locations.SkyFrontier wrote:Catalog Maker (useless?! There's a whole segment for this kind of tool... all of them useless?!; it also illustrates no interest in participation...but I see no mention of any script where this is an issue.
And now that they've been identified maybe someone (perhaps even myself) can try to take a look at them and update them to work without hard-coded paths.SkyFrontier wrote:zakhar's project and others (I should take note on them, too...) are a few examples.