In Ultraedit (Version 21.00.0.1030) I use the FTP client to connect to unix servers. This client will show a listing of files in a folder, but the file sizes are in bytes.
I would like this to display using the ls -h (human readable) file sizes (MB, GB). I don't readily see an option on how to do this and my searching has come back empty.
The FTP client in UltraEdit uses the FTP command LIST and not command ls.
There is no standard for FTP command LIST. Which switches are supported depends on FTP server.
There is the tab Server in FTP Account Manager dialog of UltraEdit with the option LIST command filter. Here it is possible to define the switches for LIST command.
Note: This edit field is disabled and therefore this option is not available if SFTP is selected as Protocol on tab General.
You can enter here -h and test if the FTP server recognizes it and returns the directory listings now with human readable file sizes. The FTP server to which I have established a connection ignored this switch while others worked. I could see that on tab FTP Log in Output Window after having enabled configuration setting Show FTP log in output window at Advanced - Configuration - FTP.
But I think, in general it is no good idea to use human readable file size listing. It could be that the FTP client does not know real file size in bytes of each file with human readable file size and therefore cannot check if a file is downloaded completely. I don't know if FTP client in UltraEdit or UE itself makes use of the file size information from listing on download of a file.
Related
Good day. I have a requirement to move from IE 11 to MS Edge on our systems, with all functionality as well. Currently, users will log into the computer, IE will launch with a local HTML file - User Dashboard, and then select which button on the page they want to use. Some of these buttons are linked to PDF files, some open File Explorer so that it opens their 'working directory' and/or file explorer to another directory on the machine for them to work in. They also run .lnk / .ps1 files. Works like a charm.
I was able to get about 80% of the functionality working using the Edge GPO template but now the only thing missing is opening file explorer for them to use the above situations. Currently when they click on the button on the page - file:/// - it opens up a new tab that displays the directory it is linked to. Unfortunately they are not able to run .lnk / .ps1 / .bat files. When selected, they open up in a new tab with the code displayed.
Is there anyway to run a program from Edge? I've already set the following in the GPO:
LGPO - Administrative Template -> MS Edge -> Allow launching of local files in internet explorer mode -> Enabled (default -> Not Configured)
LGPO - Administrative Template -> MS Edge ->< Configure Internet Explorer Integration -> Enabled -> IE Mode (default - Not Configured)
LGPO - Administrative Template -> MS Edge -> Open Local Files in Internet Explorer Mode file extensions allowed -> Enabled - "*" (default - Not Configured)
Hope this makes sense. Thanks in advance ...
Is there anyway to run a program from Edge?
Generally no, Edge used to be able to run epub files but even that feature is now removed.
Basically you can run any file type that is readable within Edge so txt or xml or htm or svg or mp4 etc.
When browsing local system in reader mode you can navigate up and down folders** local or on server and click any readable file type, however LNK files will behave in different ways.
LNK files that invoke an svg or txt or other Edge text safe readable object will open that readable bat cmd wsh ps1 file in a tab if necessary.
LNK files that call an executable such as notepad calc cmd or anything like a .hta runtime file count as not readable and are treated as requiring a security response, so will invoke an extra security step asking if you wish to download a copy.
You can download a copy of notepad.exe or cmd.exe but it will then run raw so runs outside EDGE and thus a copy of CMD.exe will simply open the console or a copy of notepad will open with a blank page. Only a copy of a stub.exe that does not need arguments would be useful.
** A zip folder normally operable in File Explorer counts as a downloadable security risk inside Edge.
I'm trying to get the path to the default firefox executable cross platform.
I tried the way recommended here:
https://stackoverflow.com/a/24056586/1828637
However its not working on mac os or linux
on mac it shows this: http://i.imgur.com/xu5GrF8.png
on linux (tested on ubuntu 14) it shows this: http://i.imgur.com/QxWKxbH.png
I was hoping to get the .xpm on linux and the .icns on mac os and the .ico on windows which is the container file, meaning like not just .ico of the single 64x64 image but contain all files please.
Thanks
Your title and question ask two different things, which is a bit confusing. I am not clear on if you want just a way to find the Firefox executable, or a way to extract the currently used (or default?) icon from Firefox.
Icon files:
If you are just looking for a URL to use within Firefox, they should be located at:
chrome://branding/content/icon128.png
chrome://branding/content/icon64.png
chrome://branding/content/icon32.png
chrome://branding/content/icon16.png
They do not appear to exist in .ico files within the Firefox distribution. In fact there are only 4 .ico files in the entire distribution. They are all within the browser/omni.ja file at (windows assumed as primary based on your statements in prior questions):
chrome\browser\skin\classic\browser\customizableui\customizeFavicon.ico
chrome\browser\skin\classic\aero\browser\customizableui\customizeFavicon.ico
chrome\browser\skin\classic\browser\preferences\in-content\favicon.ico
chrome\browser\skin\classic\aero\browser\preferences\in-content\favicon.ico
omni.ja files are just zip format files with the extension changed to .ja instead of .zip. You can change the file extension back to .zip and read it with any appropriate archive handler.
The chrome:// URLs are:
chrome://skin/customizableui/customizeFavicon.ico
chrome://skin/preferences/favicon.ico
I think you can only get access to two of them at a time through chrome://skin/ depending on if you are using aero. If you really need access to both you could use nsiZipReader to open the actual omni.ja file.
Executable file:
You already had a batter way to get the executable file. From your comment it is:
FileUtils.getFile('XREExeF', []);
Given that I am executing an EXE file (D2006 app) on a machine across the network, how can I get the pathname to the commondocs folder on that machine, given that the EXE might have been invoked from a UNC shortcut or a mapped drive letter shortcut, and the platform of the remote machine is not necessarily known (but will be >= WinXP)?
The situation is where the client has a large number of dispersed machines, and they can't be bothered installing my app on all the PC's. So what they do is install the executable somewhere on the network and give everybody a shortcut to that. This already seems to suit them fine and there are no issues there.
At their request, I made the app read the settings from an INI file placed in the same folder as the executable. I can only assume they have configured things so that all the users can write to that folder so that the INI file can be saved back.
However, I want to change it so that the INI file is read and saved to somewhere in the commondocs folder tree on the remote machine, so that they don't need to provide write access to a Program files folder.
The machine that's running your program is the only machine you have access to. The machine where your program is stored is irrelevant. It's just a disk drive. It might not be running Windows. It might even be a NAS that's hardly running anything at all.
If the customer wants the common-documents folder of the file server to act as the common-documents folder for everyone on all the client systems, then get the sysadmin to configure a shared folder on the server and then configure the clients to use that remote folder as their common-documents folder. There is no special programming required on your part for that.
To get the common-documents folder of the machine your program is running on, you can call any of various API functions, including ShGetFolderPath. The CSIDL value you need is CSIDL_COMMON_DOCUMENTS. If you call SHGetKnownFolderPath instead, use FOLDERID_PublicDocuments.
I am working on an internal application. We have a website that displays all our SSRS reports for a group of work. I have been asked to see if I can link all the files (pdf, word, excel) for the group of work. These files are stored on a file server that users viewing the reports have access to. Each group has its own group of reports and shared files.
Is it possible to open the files (without downloading them) from a webpage? Meaning that they file is opened from the file server? I don't want people to download a copy of the file.
I am pretty sure this can work with IE because sharepoint does it. However, other browsers may have an issue.
EDIT: What I would like is to have a web page with links to the files. When they click on a link (say for a word doc), word will open the file that resides on the file server. Without out a local copy downloaded from the network share.
EDIT2: Please note, I know what I am asking is probably not possible in all browsers. I am more or less just making sure. It seems possible in IE using activeX, but out side of that browsers do a good job at keeping processes inside a sandbox.
3 options. Remember this is for an internal website.
link to the share using file://. This will have the side affect of downloading the file to be viewed. As long as user clicks open every time it should not be a big deal.
Use JavaScript and activeX to open word (excel, reader, ect) passing in the file path as a command line arguments. This works only in IE and in win7 (probably vista) user will get a pop up asking if it is ok for the activeX control to run.
Create a new protocol. openfile://. This would be set up to run an application that is installed on the client machine which would open the file. Since it is internal, the application could be installed on the machines without issues. This also requires a registry change.
I haven't picked one as this change is still being looked into but i figure I would update this in case someone runs into something similar.
I have a D2007 application that uses Windows.CopyFile to copy MS Word and PowerPoint files from one network folder to another network folder. Our organization is migrating to Windows 7 from Vista. One of my migrated users got an error message that displayed a partial local folder (C:\Users\(username)\...\A100203.doc) during the copy. Does the CopyFile function cache a local copy of the document when it is copying from one network folder to another network folder or is it a direct write? I have never seen this error before and the application has been running for years on Win95, Win 98, Win2000, WinXP and Vista.
Windows.CopyFile does NOT cache the file on your hard drive... instead, it instructs Windows to handle the copying of the file itself (rather than you managing the streams in your own program). The output file buffer (destination) is opened, and the input buffer simply read and written. Essentially this means that the source file is spooled into system memory, then offloaded onto the destination... at no point is an additional cache file created (this would slow file copying down).
You need to provide more specific information about your error... such as either the text or an actual screenshot of the offending error message. This will allow people to provide more useful answers.
The user that launches the copy will require read access to the original and write access to the target, regardless of caching (if the user has read access to the file, then the file can be written to a local cache, so caching/no-caching is irrelevant).
It's basic security to disallow someone to be able to copy files/directories among machines just because the security attributes between the machines are compatible.
There's little else to say without the complete text of the error message.