Re: Problem with editor - CTRL key erases selected text
Do you have a feature like "Tap Ctrl to show the location of the mouse" turned on in your desktop environment? I've seen some weird stuff happen from that before (not with Eric in particular) on both Gnome and some other DEs, and this is simply the first thing that popped to my mind when reading your issue. On Tue, 16 Jun 2020 at 02:00, Massimo Del Fedele wrote: > Hi, > > I'm on Linux (Ubuntu 20.04), and I have an annoying problem with the > editor : when I enter it, selecting some text and pressing > the CTRL key (for example to issue a CTRL-C copy command) erases my text, > so I've to undo the change. > > Following CTRL keypress behave normally, just the first one is weird. > Then, if I leave the editor alone for a while (for example to test my app) > and go back to it, the weird behaviour starts again : > on FIRST CTRL keypress the selected text is erased, then all normal. > > Am I missing something, or it's a bug ? > >
Re: [Eric] Unable to register with issue tracker
I'm not associated with Eric or Riverbank Computing or any of these places, I'm just a random subscriber to the mailing list. On 09/12/2019 18:43, Boylan, Ross wrote: Can you tell me what the original URL was? I expect that what's supposed to happen is that the original URL gets escaped as necessary (aka "mangled"), tacked on at the end of a redirect to our security service, proofpoint.com, and that when they get the URL they reverse the translation, decide if it's OK, and (usually) send it on. The odd thing here was that it was not blocked, but it was messed up. Is the error message I got from your site what you would expect if the URL were used twice? Maybe if proofpoint.com did a "pre-check" that would explain why it failed. Ross ________ From: Henrik Pauli Sent: Monday, December 9, 2019 3:46 AM To: Boylan, Ross Cc: eric@riverbankcomputing.com Subject: Re: [Eric] Unable to register with issue tracker Sounds like an issue with your email system than anything else. Best if you take it to your sysadmins. 3D is the ASCII code of the equals sign, so it could be that something mangled URL encoding or Quoted-Printable encoding (both use an escape character -- % and =, respectively -- and the byte code of the character escaped), and this is why whatever you click on doesn't seem to lead anywhere. If there are URLs that are use-once, them checking on them and opening them might be even worse. On Sat, 7 Dec 2019 at 08:24, Boylan, Ross mailto:ross.boy...@ucsf.edu>> wrote: I tried to create an account with the eric issue tracker; it emailed me a message instructing me to click on a link to complete the process. When I did so, I reached the site but a banner near the top said 'No such otks "wfk4."' where ... represents a long string of characters. This mailing list also wanted me to click on a URL to confirm, but offered an email reply as an alternative, which I think worked. Our local security software rewrites all URLs in email to route them through some security system, but I believe they end up resolving to the original URL, which is part of the rewritten URL. The rewritten URL appears to have 3D immediately before the code indicated in the message, and it looks as if 3X (where X is various letters) might be some kind of separator. At any rate, if there's some way to register that would be nice. Ross ___ Eric mailing list Eric@riverbankcomputing.com<mailto:Eric@riverbankcomputing.com> https://www.riverbankcomputing.com/mailman/listinfo/eric<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.riverbankcomputing.com_mailman_listinfo_eric=DwMFaQ=iORugZls2LlYyCAZRB3XLg=nh70E5-mX2XsDe5lrDDMt_ZRqqGMcdTmTrRLvNmttYA=6TIzJbkj3rqKgkzSfL3JDF9zawKJTr_D8dbzgUPVmJE=gpTbgwYChb1gVbQxwUL36x6F6XixhuK3HNc2lVq7a_0=> ___ Eric mailing list Eric@riverbankcomputing.com https://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] Unable to register with issue tracker
Sounds like an issue with your email system than anything else. Best if you take it to your sysadmins. 3D is the ASCII code of the equals sign, so it could be that something mangled URL encoding or Quoted-Printable encoding (both use an escape character -- % and =, respectively -- and the byte code of the character escaped), and this is why whatever you click on doesn't seem to lead anywhere. If there are URLs that are use-once, them checking on them and opening them might be even worse. On Sat, 7 Dec 2019 at 08:24, Boylan, Ross wrote: > I tried to create an account with the eric issue tracker; it emailed me a > message instructing me to click on a link to complete the process. When I > did so, I reached the site but a banner near the top said 'No such otks > "wfk4."' where ... represents a long string of characters. > > This mailing list also wanted me to click on a URL to confirm, but offered > an email reply as an alternative, which I think worked. > > Our local security software rewrites all URLs in email to route them > through some security system, but I believe they end up resolving to the > original URL, which is part of the rewritten URL. The rewritten URL > appears to have 3D immediately before the code indicated in the message, > and it looks as if 3X (where X is various letters) might be some kind of > separator. > > At any rate, if there's some way to register that would be nice. > > Ross > ___ > Eric mailing list > Eric@riverbankcomputing.com > https://www.riverbankcomputing.com/mailman/listinfo/eric > ___ Eric mailing list Eric@riverbankcomputing.com https://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] Eric always runs "fullscreen"
I found the fix to my similar issue after reading your responce, in my case the application saved the height and width (and I suppose Eric does that too, it's been a while since I used it and done PyQt stuff...), and for some reason if the height and width are exactly the size of the screen, marco will turn the application to a frameless full screen app. Maximized options didn't help for Gwenview though :) Interesting. On 31/07/17 12:06, mikedp.e...@mailnull.com wrote: ​H​i Guys, Thanks for all the help, this issue is now fixed. It was a little strange, but here's the results of all your suggestions and what I did. * F11 does nothing (first thing I had tried)​ ​* ​Deleting the Eric6.ini file and re-starting Eric simple re-created the ini file with the same "fullscreen" issue. ​* Deleting the [Geometry] section had the same effect - it was re-created with the same problem. The "fix" was to change the "MainMaximized" line in [Geometry] from false to true. Now, the title bar appears and it re-sizes/un-maximizes/maximizes as expected​. FYI, this system is Mint 18.1/Mate 1.14 and the screen is 1280x1024. I have two other systems that never gave any problems (same Eric install version), one on Mint 18.1/Mate 1.14 with a screen of 1920x1080 and a (very) old notebook running Xubuntu 16.04 (xfce) at 1024x600. Mike -- This message was sent from a MailNull anti-spam account. You can get your free account and take control over your email by visiting the following URL. http://mailnull.com/ ___ Eric mailing list Eric@riverbankcomputing.com https://www.riverbankcomputing.com/mailman/listinfo/eric ___ Eric mailing list Eric@riverbankcomputing.com https://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] Eric4 segfault
On Saturday 27 June 2009 15:44:17 Guðjón Guðjónsson wrote: Hi It seems like you are using Ubuntu, is that correct? Anyway, please try to remove the python-kde4 package since it makes eric segfault in Debian, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534178 nope :) this is UHU-Linux -- we use dpkg as our package management system, but we're entirely unrelated to any of the Debianese distributions. I guess python-kde4 is part of kdebindings, right? If that doesn't work please send the output of: python -v /usr/share/eric/modules/eric4.py eric_segfault.txt there is a possibility that qscintilla hasn't been recompiled on your system. That might have been it, actually. I saw the minor build number increase today, so somebody must have rebuilt it while I was asleep. It does work now, and kdebindings is in place (although an ancient version, 4.2.67). ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
[Eric] Indentation and shell/terminal font size
Now that this thing works in my distro, here's what I found odd: I set indentation to tabsize=4 indentsize=4 usetabs. Yet, tabs are 2 characters wide. I do use a monospaced font so it shouldn't be a confusion with variable width... I remember this issue from back in the days when I wrote ljKlient. Shell and terminal fonts look huge, apparently 10pt or so, regardless of me setting it to 8pt (laptop screen estate is very scarce, afterall :)) Also, I have some ANSI colour escape sequences in my PS1, which show up in the terminal as ESC[32;01m etc. instead of colours, or getting stripped. Not sure if this is a known issue. ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] Eric4 segfault
(resending it back to the list, I pressed the wrong reply button) On Saturday 27 June 2009 09:30:26 you wrote: If you are installing eric4 by doing a setup.py install you are not using a supported package. Please download eric4 from the web site, untar the file into a directory of your choice and run python install.py inside that directory. Sorry, I remembered wrong and didn't check, this is what our install phase does: mkdir -p $UB_INSTALLDIR/usr/lib/qt4/qsci/api/ruby python install.py \ -i $UB_INSTALLDIR \ -d /usr/lib/python2.6/site-packages \ -b /usr/bin And that's all... The segfault comes from one of the libraries and not directly from eric4. You could run the steps eric4's installation routine performs manually in a Python shell. Yeah, I guessed this... I just don't know what library it might be, and I'd love to have this fixed :/ Great. Now I tried the build and it built. And I installed the rebuilt Eric, and it runs. Agh! If I knew which of the components was allergic to something for a moment there! ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] Indentation and shell/terminal font size
On Saturday 27 June 2009 18:32:05 Detlev Offenbach wrote: On Samstag, 27. Juni 2009, Henrik Pauli wrote: On Saturday 27 June 2009 17:11:11 you wrote: On Samstag, 27. Juni 2009, Henrik Pauli wrote: Now that this thing works in my distro, here's what I found odd: I set indentation to tabsize=4 indentsize=4 usetabs. Yet, tabs are 2 characters wide. I do use a monospaced font so it shouldn't be a confusion with variable width... I remember this issue from back in the days when I wrote ljKlient. The shell and the terminal are using the QScintilla highlighter setup like the editor. Did you configure these. Sorry, the tabsize issue was in the editor, I forgot to emphasise that. I don't care about tab size in the shell or the terminal. Did you configure the highlighters? (Editor-Highlighters-Styles, Python,...) They're left on default but they only affect colours and font type/size, not tab properties. 'Use monospaced font by default' overrides all fonts into monospace (apparently), and so those shouldn't matter, I think Shell and terminal fonts look huge, apparently 10pt or so, regardless of me setting it to 8pt (laptop screen estate is very scarce, afterall :)) What and where did you set to 8pt (might be the same issue as above) Settings/Editor/Style, Monospaced font, Use monospaced font as default That has an effect in the editor only. Shall this be extended to the shell and terminal? I guess it would be a good idea to make it possible to set fonts for those, in one way or another :) Also, I have some ANSI colour escape sequences in my PS1, which show up in the terminal as ESC[32;01m etc. instead of colours, or getting stripped. Not sure if this is a known issue. The eric4 terminal is not a full terminal emulation. That means, ANSI escape sequences are not supported. However, patches are welcome. Stripping them might be a good idea: s/\e\[[\d;]*[\w]//g; unless I'm mistaken :) (this is how I'd do it in Perl, not sure what I'd do in Python exactly, it's been a while) I'll look into that. Detlev ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] Re: eric3: hitting ESC from incremental search field
Hmm, pretty much every text editor I've used so far does the Esc = stop right now and close this dialog thing. And every browser too (where there still is a proper search dialog, that is). Intuitive indeed depends on what you grew up with — if anything, I don't find neither vi nor emacs anywhere close to intuitive :) On 7/29/07, Andrej Ricnik-Bay [EMAIL PROTECTED] wrote: On 7/29/07, Jürgen Urner [EMAIL PROTECTED] wrote: Maybe a bit unintuitive. Usually Return means start doing whatever. And Escape stop right now. Go back to where I started sounds a bit like a hit F12 key feature to me. Intuitive depends on what you grew up on; to me the current behaviour makes perfect sense, works just like vi :} ... hitting ESC to accept a result would be weird for me, no application I use displays that behaviour. Jürgen Cheers, Andrej ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
Re: [Eric] Special caracter
2006/10/30, Antonio Prado [EMAIL PROTECTED]: I am not obtaining to type: âêôáíóãõ My configuration is utf8, release Eric 3.9.1 That is one bug? Are you using the Compose key to get those characters? I can type those that I have on my layout (áíó) as well as all kinds of weird characters (such as ő, ű and Armenian letters); but pressing Compose doesn't initiate composition at all (and therefore I can't create ã, â, etc.). ___ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric
