Re: [ jEdit-users ] Pinning jEdit Properly to Windows 7 taskbar

[Vampire <Va...@jE...>]

@Alan The installer should add the jEdit program directory to the PATH 
variable, so you should be able to use "jedit" from the commandline and 
you can give it any parameter jEdit supports, it will pass it on to the 
javaw process.

@John jEdit is under GPL, you can modify it however you like to suit 
your needs. And if you made it in a clean way that doesn't break 
anything else, you could also submit it as patch to the jEdit patches 
tracker if you want.

Alan Ezust schrieb:
> I run jEdit from the command line sometimes too, using "javaw" and
> other times I run jedit.exe.
> it would be nice if the ID was the same no matter how I started it.
>
>
> 2011/3/24 John Smith <leg...@gm...>:
>   
>> Thanks.  After looking at Launch4j, I don't think the fix is there.  Reading
>> around, it seems like jEdit might not be setting its Application User Model
>> ID (AppUserModelID).  So what is happening is that I have jedit.exe pinned
>> to the taskbar, but when I launch it Windows 7 thinks the actual program is
>> javaw.exe.
>>
>> I referred to the following links for my information:
>>
>> http://msdn.microsoft.com/en-us/library/dd378459%28VS.85%29.aspx
>> http://stackoverflow.com/questions/1907735/using-jna-to-get-set-application-identifier
>>
>> Is it acceptable for me to modify jEdit to explicitly sets it's Model ID on
>> windows 7?  This would of course be OS-specific.
>>
>> On 23 March 2011 21:39, Vampire <Va...@je...> wrote:
>>     
>>> Hi John,
>>>
>>> other Java apps also do similar things to prevent multiple startups of the
>>> app.
>>> As I said, the jedit.exe is Launch4J generated. You find the sourcecode in
>>> the Launch4J project at http://launch4j.sourceforge.net/.
>>> In the jEdit source you can find the corresponding configuration file at
>>> http://jedit.svn.sourceforge.net/viewvc/jedit/jEdit/trunk/package-files/windows/jedit.launch4j.xml?view=markup
>>>
>>> Regards
>>> Vampire
>>>
>>> John Smith schrieb:
>>>
>>> Thanks.  However, I don't think it's a jEdit server issue (I'm pretty
>>> confident I disabled the server from automatically starting), as it's a Java
>>> issue.  I see the same behaviour for other Java apps.
>>>
>>> Where/how can I grab the source code for jedit.exe?  I would like to play
>>> around with it to see if I can eliminate this issue.
>>>
>>> On 23 March 2011 17:50, Vampire <Va...@je...> wrote:
>>>       
>>>> Hi John,
>>>>
>>>> jedit.exe is a Launch4J generated executable that forks a new process in
>>>> which it starts javaw.exe.
>>>> The C code looks more or less like:
>>>>
>>>> CreateProcess(NULL, cmdline, NULL, NULL, TRUE, priority, NULL, NULL, &si,
>>>> &pi))
>>>> WaitForSingleObject(pi.hProcess, INFINITE);
>>>> GetExitCodeProcess(pi.hProcess, &dwExitCode);
>>>> CloseHandle(pi.hThread);
>>>> CloseHandle(pi.hProcess);
>>>> return dwExitCode;
>>>>
>>>> Better would be a call via JNI for which also a patch for Launch4J exists
>>>> but it is not accepted and rather outdated now.
>>>>
>>>> But I don't think this has any relevance to your "problem".
>>>>
>>>> If you have chosen "Start jEdit Server automatically on system startup"
>>>> on installation time, then if you startup Windows, jEdit is also started but
>>>> without GUI and is running in the background, ready to quickly show the GUI
>>>> if you need it to. I guess you have chosen this and you can verify this by
>>>> looking in the last line of the About... dialog where it then says
>>>> "background mode". If this is the case as I suppose, then running jEdit
>>>> again will actually connect to the running jEdit instance and tell it what
>>>> you want to do instead of starting jEdit again. Because of this I guess you
>>>> have the described behaviour. You could disable the automatic startup of the
>>>> jEdit server on system startup to change this behaviour, but then you have
>>>> to wait longer for jEdit to start up as it has to start completely and not
>>>> show only the GUI. For temporary tryout of the different behaviour you can
>>>> also quit jEdit completely. If you use the upper right X to close the jEdit
>>>> windows, you only close the GUI if jEdit is running in background mode and
>>>> the jEdit server stays running. If you choose Quit from the File menu, then
>>>> jEdit is completely quit and I guess the behaviour of your pinned item
>>>> changes.
>>>>
>>>> Regards
>>>> Vampire
>>>>
>>>>
>>>> John Smith schrieb:
>>>>
>>>> Hi:
>>>>
>>>> I am using Windows 7 64-bit, and I've pinned jedit to the taskbar.
>>>> However, when I launch it, a second icon appears, and the original one I
>>>> pinned is in "running" mode.  I've noticed this for many other java apps,
>>>> such as Eclipse or Netbeans.  Does anyone know how I might fix this?  If
>>>> this requires programmatic changes, could someone tell me how jedit.exe
>>>> works (i.e., how does it launch the java program), so I might fix it?
>>>>
>>>> Cheers,
>>>> user
>>>>
>>>> ________________________________
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Enable your software for Intel(R) Active Management Technology to meet
>>>> the
>>>> growing manageability and security demands of your customers. Businesses
>>>> are taking advantage of Intel(R) vPro (TM) technology - will your
>>>> software
>>>> be a part of the solution? Download the Intel(R) Manageability Checker
>>>> today! http://p.sf.net/sfu/intel-dev2devmar
>>>>         
>>> ________________________________
>>>
>>> ------------------------------------------------------------------------------
>>> Enable your software for Intel(R) Active Management Technology to meet the
>>> growing manageability and security demands of your customers. Businesses
>>> are taking advantage of Intel(R) vPro (TM) technology - will your software
>>> be a part of the solution? Download the Intel(R) Manageability Checker
>>> today! http://p.sf.net/sfu/intel-dev2devmar
>>>       
>> ------------------------------------------------------------------------------
>> Enable your software for Intel(R) Active Management Technology to meet the
>> growing manageability and security demands of your customers. Businesses
>> are taking advantage of Intel(R) vPro (TM) technology - will your software
>> be a part of the solution? Download the Intel(R) Manageability Checker
>> today! http://p.sf.net/sfu/intel-dev2devmar
>> --
>> -----------------------------------------------
>> jEdit Users' List
>> jEd...@li...
>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>
>>
>>