This partly depends on file manager support across all operating systems to launch OmegaT+ when the file is clicked/invoked, it has to associate the file with the application. There is no automatic way to accomplish the configuration of associations across all operating systems, as far as I know at this point. The user will still have to manually configure something so that OmegaT+ launches. Which would be better than nothing, but still a hassle for the less tech savvy people.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes, but what I mean is the part handled by OmegaT or OmegaT+
At the moment there's no other way of opening of a project other than via the menu (or keyboard cut) AND it's more like opening the project folder than opening the file named "project.xml"...
This feature request is not very significant in terms of functionality of course... It's just a matter of ease-of-use, probably with lower priority than many others...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I get what you mean. In either case, from a file manager or command line, the file "project.xml" is being "passed" to the program for examination. It is the same thing either way, except that the file manager needs configuration to recognize the project file and open OTP (sending project.xml to it as a parameter at the same time).
In any event, it is the command line functionality that is need to start with. And this sort of goes along with the other request for the application configuration settings to be portable, both needing commmand line options parsing.
This can very likely be done for the next release.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've noticed that OmegaT currently supports such a limited drag&drop functionality with command line parameter %* which allows dragging and dropping a project folder on its icon to start opening that project.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I will have a look, but from what you are indicating it seems, if I am not mistaken, that this is only on one particualr operating system (Windows). While that is something, it will be better to find a solution that can work for the three major OS (somewhat problematic).
Off the top of my head, dropping a project on the application icon does not seem like the proper behavior to start with, albeit many programs do this. It makes more sense to have the project invoke the application when the project file/icon, in a file manager or on a desktop, is clicked.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I haven't (yet) tried it on Linux (which I mainly use at home) but you're right; the real solution would be more or less having the program open the project by (right) clicking the project file (folder) and this would mean another significant Plus...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This partly depends on file manager support across all operating systems to launch OmegaT+ when the file is clicked/invoked, it has to associate the file with the application. There is no automatic way to accomplish the configuration of associations across all operating systems, as far as I know at this point. The user will still have to manually configure something so that OmegaT+ launches. Which would be better than nothing, but still a hassle for the less tech savvy people.
Yes, but what I mean is the part handled by OmegaT or OmegaT+
At the moment there's no other way of opening of a project other than via the menu (or keyboard cut) AND it's more like opening the project folder than opening the file named "project.xml"...
This feature request is not very significant in terms of functionality of course... It's just a matter of ease-of-use, probably with lower priority than many others...
I get what you mean. In either case, from a file manager or command line, the file "project.xml" is being "passed" to the program for examination. It is the same thing either way, except that the file manager needs configuration to recognize the project file and open OTP (sending project.xml to it as a parameter at the same time).
In any event, it is the command line functionality that is need to start with. And this sort of goes along with the other request for the application configuration settings to be portable, both needing commmand line options parsing.
This can very likely be done for the next release.
I've noticed that OmegaT currently supports such a limited drag&drop functionality with command line parameter %* which allows dragging and dropping a project folder on its icon to start opening that project.
I will have a look, but from what you are indicating it seems, if I am not mistaken, that this is only on one particualr operating system (Windows). While that is something, it will be better to find a solution that can work for the three major OS (somewhat problematic).
Off the top of my head, dropping a project on the application icon does not seem like the proper behavior to start with, albeit many programs do this. It makes more sense to have the project invoke the application when the project file/icon, in a file manager or on a desktop, is clicked.
I haven't (yet) tried it on Linux (which I mainly use at home) but you're right; the real solution would be more or less having the program open the project by (right) clicking the project file (folder) and this would mean another significant Plus...