search for: autotyp

I first tried Wine a few months ago to see if Password Safe would run in Linux. Being very impressed that it ran nearly flawlessly, I've became it's maintainer in the AppDB. Everything works except the following two functions: the "Get Help" menu item and the "Perform Autotype" feature. The only effect of clicking on either of these is the error messages Wine displays in the console. "Help->Get Help", outputs: "fixme:htmlhelp:HtmlHelpW Not all HH cases handled correctly". "Perform Autotype" outputs 15 pairs of the following two...

I am relatively new to Ubuntu and I seem to have hit a brick wall on this one. I am a KeePass user on Windows (which I am trying to flee ASAP). I installed KeePassx (from the Ubuntu library) and started using it with a copy of my Windows .kdb file. Everything seemed fine, except that the autotype (both from the drop down menu within KeePassx and the Ctl-Alt-A) did not work. Thinking that this was a problem with the port to linux, I installed WINE and then the current (1.14) Windows KeePass version. Result: Same Thing. From KeePass, using CTL-U I open the right page, but the CTL-ALT-A AND...

On 09/22/2016 11:38 AM, H wrote: > It seems this is only for C7? Why do you think that? I checked an RHEL 6 system for the required mono packages.

...______________________________________ >CentOS mailing list >CentOS at centos.org >https://lists.centos.org/mailman/listinfo/centos I did install mono and then downloaded keepass in zip format, installed it and tried to run it. It did not work so I gave up... At the same time I had gotten AutoType to work on keepassx and decided to stay with that for now... I did not like that mono seemed to be some windows emulation which turned me off... I know, no good reasons for the above... :-)

...vers (depending on the printer PPD associated with them) often put a PJL header in front of the core PostScript part of the print file (thus the file starts with "<1B>%-12345X" or "<escape>%-12345X" instead of "%!PS"). This leads to the CUPS daemon autotyping the arriving file as a print-ready file, not requiring a pass thru the "pstops" filter (to speak more technical, it is not regarded as the generic MIME type "application/postscript", but as the more special MIME type "application/cups.vnd-postscript"), w...

...upsFilter: "application/vnd.cups-postscript 0 cupsomatic" This line persuades CUPS to hand the file to cupsomatic, once it has successfully converted it to the MIME type "application/vnd.cups-postscript". This conversion will not happen for Jobs arriving from Windows which are autotyped "application/octet-stream", with the according changes in "/etc/cups/mime.types" in place. See small drawings at the end... I am not a programmer, so please correct me if I am wrong. > With traditional lpr, you can just add "-oraw" to the "print command&q...

OK, I've tried changing my printcap name from printcap to cups. Printing works fine locally using CUPS on the Samba box. What am I missing here? Why can't I print to the Samba box via the Windows and linux clients? Shared directories work fine. I am really frustrated here and have exhausted Google and all other resources I have. Here's my smb.conf for what it's worth.