- Pharo-users - lists.pharo.org

Re: Recent Pharo's seem to lose first keystroke when you swap to them to paste?

by Tim Mackinnon

Hi Russ (and others) - there is an update in the ticket, it looks like the meta key's state isn't been properly tracked due to how cocoa (macos) propogates events to the sdlc library (or something like that). Pablo has spotted something he thinks might fix it - so fingers crossed on this. And thanks for everyone piping up - it makes the system better. Tim see. https://github.com/pharo-project/pharo/issues/16700 On Sat, 1 Jun 2024, at 3:45 PM, Russ Whaley wrote: > I've paid specific attention to my pastes when an (outside of Pharo) window is active... such as a web browser and I'm copying a URL, etc. I find I must select the Pharo window, THEN select the widget for the paste. If I just select the widget, it appears to be giving the window focus only, and if I then selecting the widget, the paste works fine. > > Hope this helps. > Russ > > On Wed, May 29, 2024 at 9:03â¯AM Tim Mackinnon <tim(a)testit.works> wrote: >> __ >> It's very stange - and it seems many people experience it from comments on the submitted but - although it seems an OSX problem (so far) and one that has happened possibly in P9 or P10. >> >> Perhaps we can narrow it down enough to figure out the cause (and it occurs to me to see if GT has the same issue). >> >> Tim >> >> On Wed, 29 May 2024, at 12:29 PM, stephane ducasse wrote: >>> Tx >>> I did not know that pasting twice was workingâ¦ >>> How a strange bug. >>> >>> S >>> >>>> On 27 May 2024, at 22:32, Tim Mackinnon <tim(a)testit.works> wrote: >>>> >>>> I've submitted the issue https://github.com/pharo-project/pharo/issues/16700 and noted other comments >>>> >>>> On Mon, 27 May 2024, at 5:02 PM, Tim Mackinnon wrote: >>>>> >>>>> It would be handy to know if itâs just macOS - but Iâll write up an issue this evening. >>>>> >>>>> Thanks for confirming. >>>>> >>>>> Tim >>>>> >>>>> >>>>>> On 27 May 2024, at 16:01, Koen De Hondt <koen(a)all-objects-all-the-time.st> wrote: >>>>>> ï»¿I have suffered from copy & paste issues like this for a long time, in P11 and P12. >>>>>> I always have trouble with copying text from an image. I am already used to pressing Command-C twice ð >>>>>> >>>>>> I use a M2 Mac with MacOS 14.5, but it happened on earlier versions of MacOS as well. >>>>>> >>>>>> Koen >>>>>> >>>>>>> On 27 May 2024, at 15:48, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: >>>>>>> >>>>>>> Same bug on P11 with MacOS. >>>>>>> >>>>>>> On May 27 2024, at 3:44 pm, Tim Mackinnon <tim(a)testit.works> wrote: >>>>>>>> For a while I've noticed that every time I try and copy some text from a web browser or email and then paste it into pharo the first time it fails - and then thinking I didn't copy, I try it again and then realise that I have to paste twice - as the first one doesn't work. >>>>>>>> >>>>>>>> This didn't seem to do this in Pharo 9 (maybe 10) but its definitely the case in Pharo 11 and Pharo 12. This is on OSX (14.x) so I'm wondering if the same occurs in Windows or Linux or if its just my laptop? Its quite annoying and I'm wondering if it might be a side effect from the gradual UI changes in Pharo? >>>>>>>> >>>>>>>> I've looked in the issues tracker - but its a tricky thing to search for - and so I wanted to canvas experience and then will report it. >>>>>>>> >>>>>>>> Tim >>> >>> StÃ©phane Ducasse >>> http://stephane.ducasse.free.fr >>> 06 30 93 66 73 >>> >>> "If you knew today was your last day on earth, what would you do differently? ....ESPECIALLY if, by doing something different, today might not be your last day on earth.â Calvin & Hobbes >>> >>> >> > > > -- > Russ Whaley > whaley.russ(a)gmail.com

June 1, 2024

Re: Recent Pharo's seem to lose first keystroke when you swap to them to paste?

by Russ Whaley

I've paid specific attention to my pastes when an (outside of Pharo) window is active... such as a web browser and I'm copying a URL, etc. I find I must select the Pharo window, THEN select the widget for the paste. If I just select the widget, it appears to be giving the window focus only, and if I then selecting the widget, the paste works fine. Hope this helps. Russ On Wed, May 29, 2024 at 9:03â¯AM Tim Mackinnon <tim(a)testit.works> wrote: > It's very stange - and it seems many people experience it from comments on > the submitted but - although it seems an OSX problem (so far) and one that > has happened possibly in P9 or P10. > > Perhaps we can narrow it down enough to figure out the cause (and it > occurs to me to see if GT has the same issue). > > Tim > > On Wed, 29 May 2024, at 12:29 PM, stephane ducasse wrote: > > Tx > I did not know that pasting twice was workingâ¦ > How a strange bug. > > S > > On 27 May 2024, at 22:32, Tim Mackinnon <tim(a)testit.works> wrote: > > I've submitted the issue > https://github.com/pharo-project/pharo/issues/16700 and noted other > comments > > On Mon, 27 May 2024, at 5:02 PM, Tim Mackinnon wrote: > > > It would be handy to know if itâs just macOS - but Iâll write up an issue > this evening. > > Thanks for confirming. > > Tim > > > On 27 May 2024, at 16:01, Koen De Hondt <koen(a)all-objects-all-the-time.st> > wrote: > > ï»¿I have suffered from copy & paste issues like this for a long time, in > P11 and P12. > I always have trouble with copying text from an image. I am already used > to pressing Command-C twice ð > > I use a M2 Mac with MacOS 14.5, but it happened on earlier versions of > MacOS as well. > > Koen > > On 27 May 2024, at 15:48, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > > Same bug on P11 with MacOS. > > On May 27 2024, at 3:44 pm, Tim Mackinnon <tim(a)testit.works> wrote: > > For a while I've noticed that every time I try and copy some text from a > web browser or email and then paste it into pharo the first time it fails - > and then thinking I didn't copy, I try it again and then realise that I > have to paste twice - as the first one doesn't work. > > This didn't seem to do this in Pharo 9 (maybe 10) but its definitely the > case in Pharo 11 and Pharo 12. This is on OSX (14.x) so I'm wondering if > the same occurs in Windows or Linux or if its just my laptop? Its quite > annoying and I'm wondering if it might be a side effect from the gradual UI > changes in Pharo? > > I've looked in the issues tracker - but its a tricky thing to search for - > and so I wanted to canvas experience and then will report it. > > Tim > > > StÃ©phane Ducasse > http://stephane.ducasse.free.fr > 06 30 93 66 73 > > "If you knew today was your last day on earth, what would you do > differently? ....ESPECIALLY if, by doing something different, today > might not be your last day on earth.â Calvin & Hobbes > > > > -- Russ Whaley whaley.russ(a)gmail.com

June 1, 2024

12 Month engineer position at Toulouse in Pharo

by stephane ducasse

Hi people Can you distribute this job position around you? Yannick Chevalier has a position to develop a tool to detect abnomalies DeÌveloppement de lâoutil iCANt pour la deÌtection dâanomalies <mailto:yannick.chevalier@gmail.com> Who: yannick.chevalier(a)gmail.com <mailto:yannick.chevalier@gmail.com> Where: Toulouse Salary: 45 K Euros a more experienced dev could be hired for a shorter period and get a better salary. S. StÃ©phane Ducasse http://stephane.ducasse.free.fr 06 30 93 66 73 "If you knew today was your last day on earth, what would you do differently? ....ESPECIALLY if, by doing something different, today might not be your last day on earth.â Calvin & Hobbes

June 1, 2024

2nd CfP: SLE 2024 - 17th ACM SIGPLAN International Conference on Software Language Engineering

by Andrei Chis

17th ACM SIGPLAN International Conference on Software Language Engineering (SLE 2024) October 20-21, 2024 Pasadena, California, United States --------------------------- Important Dates --------------------------- * Abstract Submissions: Fri 14 Jun, 2024 * Paper Submissions: Mon 24 Jun, 2024 * Authors Response Period: Mon 12 Aug - Sat 17 Aug, 2024 * Authors Notification: Fri 30 Aug 2024 * Conference: Sun 20 October - Mon 21 October 2024 (co-located with SPLASH) All dates are Anywhere on Earth (https://en.wikipedia.org/wiki/Anywhere_on_Earth) ------------------------------------------------------------------------ We are pleased to invite you to submit papers to the 17th ACM SIGPLAN International Conference on Software Language Engineering (SLE 2024), held in conjunction with SPLASH 2024. The conference will be hosted in Pasadena, California, United States on October 20-21, 2024. https://www.sleconf.org/2024/ https://2024.splashcon.org/track/sle-2024 Follow us on X: https://x.com/sleconf --------------------------- Topics of Interest --------------------------- SLE covers software language engineering in general, rather than engineering a specific software language. Topics of interest include, but are not limited to: * Software Language Design and Implementation - Approaches to and methods for language design - Static semantics (e.g., design rules, well-formedness constraints) - Techniques for specifying behavioral/executable semantics - Generative approaches (incl. code synthesis, compilation) - Meta-languages, meta-tools, language workbenches * Validation of Software Language Tools and Implementations - Verification and formal methods for language tools and implementations - Testing techniques for language tools and implementations - Simulation techniques for language tools and implementations * Software Language Maintenance - Software language reuse - Language evolution - Language families and variability, language and software product lines * Software Language Integration and Composition - Coordination of heterogeneous languages and tools - Mappings between languages (incl. transformation languages) - Traceability between languages - Deployment of languages to different platforms * Domain-Specific Approaches for Any Aspects of SLE (analysis, design, implementation, validation, maintenance) * Empirical Studies and Experience Reports of Tools - User studies evaluating usability - Performance benchmarks - Industrial applications * Synergies between Language Engineering and Emerging/Promising Research Areas - AI and ML language engineering (e.g., ML compiler testing, code classification) - Quantum language engineering (e.g., language design for quantum machines) - Language engineering for cyber-physical systems, IoT, digital twins, etc. - Socio-technical systems and language engineering (e.g., language evolution to adapt to social requirements) - Etc. --------------------------- Types of Submissions --------------------------- SLE accepts the following types of papers: Research papers: These are âtraditionalâ papers detailing research contributions to SLE. Papers may range from 6 to 12 pages in length and may optionally include 2 further pages of bibliography/appendices. Papers will be reviewed with an understanding that some results do not need 12 full pages and may be fully described in fewer pages. New ideas/vision papers: These papers may describe new, unconventional software language engineering research positions or approaches that depart from standard practice. They can describe well-defined research ideas that are at an early stage of investigation. They could also provide new evidence to challenge common wisdom, present new unifying theories about existing SLE research that provides novel insight or that can lead to the development of new technologies or approaches, or apply SLE technology to radically new application areas. New ideas/vision papers must not exceed 5 pages and may optionally include 1 further page of bibliography/appendices. SLE Body of Knowledge: The SLE Body of Knowledge (SLEBoK) is a community-wide effort to provide a unique and comprehensive description of the concepts, best practices, tools, and methods developed by the SLE community. These papers can focus on, but are not limited to, methods, techniques, best practices, and teaching approaches. Papers in this category can have up to 20 pages, including bibliography/appendices. Tool papers: These papers focus on the tooling aspects often forgotten or neglected in research papers. A good tool paper focuses on practical insights that will likely be useful to other implementers or users in the future. Any of the SLE topics of interest are appropriate areas for tool demonstrations. Submissions must not exceed 5 pages and may optionally include 1 further page of bibliography/appendices. They may optionally include an appendix with a demo outline/screenshots and/or a short video/screencast illustrating the tool. **Workshops**: Workshops will be organized by SPLASH. Please inform us and contact the SPLASH organizers if you would like to organize a workshop of interest to the SLE audience. Information on how to submit workshops can be found on the SPLASH 2024 Website. --------------------------- Submission --------------------------- SLE 2024 has a single submission round for papers, including a rebuttal phase, where all authors of research papers will have the possibility of responding to the reviews on their submissions. Authors of accepted research papers will be invited to submit artifacts. --------------------------- Format --------------------------- Submissions have to use the ACM SIGPLAN Conference Format âacmartâ (https://sigplan.org/Resources/Author/#acmart-format) please make sure that you always use the latest ACM SIGPLAN acmart LaTeX template, and that the document class definition is `\documentclass[sigplan,anonymous,review]{acmart}`. Do not make any changes to this format! Ensure that your submission is legible when printed on a black and white printer. In particular, please check that colors remain distinct and font sizes in figures and tables are legible. To increase fairness in reviewing, a double-blind review process has become standard across SIGPLAN conferences. Accordingly, SLE will follow the double-blind process. Author names and institutions must be omitted from submitted papers, and references to the authorsâ own related work should be in the third person. No other changes are necessary, and authors will not be penalized if reviewers are able to infer their identities in implicit ways. All submissions must be in PDF format. The submission website is: https://sle24.hotcrp.com --------------------------- Concurrent Submissions --------------------------- Papers must describe unpublished work that is not currently submitted for publication elsewhere as described by SIGPLANâs Republication Policy (https://www.sigplan.org/Resources/Policies/Republication/) Submitters should also be aware of ACMâs Policy and Procedures on Plagiarism (https://www.acm.org/publications/policies/plagiarism-overview) Submissions that violate these policies will be desk-rejected. --------------------------- Policy on Human Participant and Subject Research --------------------------- Authors conducting research involving human participants and subjects must ensure that their research complies with their local governing laws and regulations and the ACMâs general principles, as stated in the ACMâs Publications Policy on Research Involving Human Participants and Subjects (https://www.acm.org/publications/policies/research-involving-human-particip…) If submissions are found to be violating this policy, they will be rejected. --------------------------- Reviewing Process --------------------------- All submitted papers will be reviewed by at least three members of the program committee. Research papers and tool papers will be evaluated concerning soundness, relevance, novelty, presentation, and replicability. New ideas/vision papers will be evaluated primarily concerning soundness, relevance, novelty, and presentation. SLEBoK papers will be reviewed on their soundness, relevance, originality, and presentation. Tool papers will be evaluated concerning relevance, presentation, and replicability. For fairness reasons, all submitted papers must conform to the above instructions. Submissions that violate these instructions may be rejected without review at the discretion of the PC chairs. For research papers, authors will get a chance to respond to the reviews before a final decision is made. --------------------------- Artifact Evaluation --------------------------- SLE will use an evaluation process to assess the quality of artifacts on which papers are based to foster the culture of experimental reproducibility. Authors of accepted research papers are invited to submit artifacts. For more information, please see the Artifact Evaluation (https://2024.splashcon.org/track/sle-2024#Artifact-Evaluation) page. --------------------------- Awards --------------------------- Distinguished paper: Award for the most notable paper, as determined by the PC chairs based on the recommendations of the program committee. Distinguished artifact: Award for the artifact most significantly exceeding expectations, as determined by the AEC chairs based on the recommendations of the artifact evaluation committee. --------------------------- Publication --------------------------- All accepted papers will be published in the ACM Digital Library. **AUTHORS TAKE NOTE**: The official publication date is the date the proceedings are made available in the ACM Digital Library. This date may be up to two weeks prior to the first day of the conference. The official publication date affects the deadline for any patent filings related to published work. --------------------------- SLE and Doctoral Students --------------------------- SLE encourages students to submit to the SPLASH doctoral symposium. Authors of accepted doctoral symposium papers on SLE topics will also have the chance to present their work to the SLE audience. --------------------------- Organisation --------------------------- Chairs: * General chair: Ralf LÃ¤mmel, UniversitÃ¤t Koblenz, Germany * PC co-chair: Peter Mosses, Swansea University and Delft University of Technology, Netherlands * PC co-chair: Juliana Alves Pereira, PontifÃcia Universidade CatÃ³lica do Rio de Janeiro, Brazil * Artifact Evaluation co-chair: Johannes HÃ¤rtel, Software Languages Lab, Vrije Universiteit Brussel * Artifact Evaluation co-chair: Sergio Queiroz de Medeiros, Universidade Federal do Rio Grande do Norte * Publicity chair: Andrei Chis, feenk gmbh, Switzerland Program committee * Andrzej WÄsowski, IT University of Copenhagen * Anthony Anjorin, ZÃ¼hlke Engineering GmbH * Benoit Combemale, University of Rennes, Inria, CNRS, IRISA * Bernd Fischer, Stellenbosch University * Di Wang, Peking University * Dimitris Kolovos, University of York * Elias Castegren, Uppsala University * Elizabeth Scott, Royal Holloway University of London * Esther Guerra, Universidad AutÃ³noma de Madrid * Faezeh Khorram, Huawei Technologies * Fernando Magno QuintÃ£o Pereira, Federal University of Minas Gerais * Prof. Fiona Polack, University of Hull * GÃ¶rel Hedin, Lund University * Guido Salvaneschi, University of St. Gallen * JoÃ£o Saraiva, HASLab/INESC TEC, University of Minho * Johannes HÃ¤rtel, Software Languages Lab, Vrije Universiteit Brussel * Judith Michael, RWTH Aachen University * Manuel Wimmer, JKU Linz * Marc Feeley, UniversitÃ© de MontrÃ©al * Michel Steuwer, Technische UniversitÃ¤t Berlin * Paddy Krishnan, Oracle Labs * Ragnar Mogk, Technische UniversitÃ¤t Darmstadt * Riemer van Rozen, CWI * Roberto Ierusalimschy, PUC-Rio * Sergio Queiroz de Medeiros, Universidade Federal do Rio Grande do Norte * Shigeru Chiba, The University of Tokyo * Stefan Marr, University of Kent * Stephen Chong, Harvard University * TamÃ¡s SzabÃ³, GitHub Next * Thomas Degueule, CNRS * Thomas KÃ¼hn, Martin-Luther-University Halle-Wittenberg * L. Thomas van Binsbergen, University of Amsterdam * Tijs van der Storm, CWI & University of Groningen * Walter Cazzola, UniversitÃ degli Studi di Milano --------------------------- Contact --------------------------- For additional information, clarification, or answers to questions, please get in touch with the program co-chairs (P.D.Mosses at tudelft.nl and Juliana at inf.puc-rio.br).

May 31, 2024

This week (22/2024) on the Pharo Issue Tracker

by Marcus Denker

# Pharo 12 - Backport use of icon #smallPharo in #pharoItemsOn: for WorldState and #menuCommandOn: for ProfStef #16695 https://github.com/pharo-project/pharo/pull/16695 # Fixes - fix Reflectivity API #link:toAST: for metaclasses to fix debug points on class-side methods #16701 https://github.com/pharo-project/pharo/pull/16701 - Pharo13 fficalls athens cairo surface #16679 https://github.com/pharo-project/pharo/pull/16679 - Fix a small bug with FFI calls when passing 'NULL' as argument to the C function #16562 https://github.com/pharo-project/pharo/pull/16562 - eflectivity fixing bytecode to ast mapping #16489 https://github.com/pharo-project/pharo/pull/16489 # Improvements - Add libgit 1.8 support for Pharo 13 #86 https://github.com/pharo-vcs/libgit2-pharo-bindings/pull/86 - It should be possible to reset a ZnCharacterReadStream #16707 https://github.com/pharo-project/pharo/pull/16707 - Make #withCloseBox and #withPinBox on MenuTitleMorph use a FormSet for the button label #16696 https://github.com/pharo-project/pharo/pull/16696 - fix #needRequestorScope of StDebuggerContextInteractionModel so that its bindings can be used when evaluating code in the debugger #762 https://github.com/pharo-spec/NewTools/pull/762 - Adopt to new spec #761 https://github.com/pharo-spec/NewTools/pull/761 - Adding entry completion setter to SpRequestDialog #1540 https://github.com/pharo-spec/Spec/pull/1540 # Cleanups - Cleanup TraitTest>>#testRemovingTraitsRemoveTraitedClassMethodsWithSubclasses #16717 https://github.com/pharo-project/pharo/pull/16717 - Cleanup ReOverridingExtentsionMethod>>#basicCheck: #16715 https://github.com/pharo-project/pharo/pull/16715 - Fix lint issue on ZnEncodedStream #16713 https://github.com/pharo-project/pharo/pull/16713 - Fix lint issues on ZnEncodedReadStream #16711 https://github.com/pharo-project/pharo/pull/16711 - Cleanup: ZnCharacterEncoder, ZnEncodedStream, ZnEncodedReadStream and ZnEncodedWriteStream should be abstract classes #16709 https://github.com/pharo-project/pharo/pull/16709

May 31, 2024

Re: Recent Pharo's seem to lose first keystroke when you swap to them to paste?

by Tim Mackinnon

It's very stange - and it seems many people experience it from comments on the submitted but - although it seems an OSX problem (so far) and one that has happened possibly in P9 or P10. Perhaps we can narrow it down enough to figure out the cause (and it occurs to me to see if GT has the same issue). Tim On Wed, 29 May 2024, at 12:29 PM, stephane ducasse wrote: > Tx > I did not know that pasting twice was workingâ¦ > How a strange bug. > > S > >> On 27 May 2024, at 22:32, Tim Mackinnon <tim(a)testit.works> wrote: >> >> I've submitted the issue https://github.com/pharo-project/pharo/issues/16700 and noted other comments >> >> On Mon, 27 May 2024, at 5:02 PM, Tim Mackinnon wrote: >>> >>> It would be handy to know if itâs just macOS - but Iâll write up an issue this evening. >>> >>> Thanks for confirming. >>> >>> Tim >>> >>> >>>> On 27 May 2024, at 16:01, Koen De Hondt <koen(a)all-objects-all-the-time.st> wrote: >>>> ï»¿I have suffered from copy & paste issues like this for a long time, in P11 and P12. >>>> I always have trouble with copying text from an image. I am already used to pressing Command-C twice ð >>>> >>>> I use a M2 Mac with MacOS 14.5, but it happened on earlier versions of MacOS as well. >>>> >>>> Koen >>>> >>>>> On 27 May 2024, at 15:48, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: >>>>> >>>>> Same bug on P11 with MacOS. >>>>> >>>>> On May 27 2024, at 3:44 pm, Tim Mackinnon <tim(a)testit.works> wrote: >>>>>> For a while I've noticed that every time I try and copy some text from a web browser or email and then paste it into pharo the first time it fails - and then thinking I didn't copy, I try it again and then realise that I have to paste twice - as the first one doesn't work. >>>>>> >>>>>> This didn't seem to do this in Pharo 9 (maybe 10) but its definitely the case in Pharo 11 and Pharo 12. This is on OSX (14.x) so I'm wondering if the same occurs in Windows or Linux or if its just my laptop? Its quite annoying and I'm wondering if it might be a side effect from the gradual UI changes in Pharo? >>>>>> >>>>>> I've looked in the issues tracker - but its a tricky thing to search for - and so I wanted to canvas experience and then will report it. >>>>>> >>>>>> Tim > > StÃ©phane Ducasse > http://stephane.ducasse.free.fr > 06 30 93 66 73 > > "If you knew today was your last day on earth, what would you do differently? ....ESPECIALLY if, by doing something different, today might not be your last day on earth.â Calvin & Hobbes > >

May 29, 2024

Re: Recent Pharo's seem to lose first keystroke when you swap to them to paste?

by stephane ducasse

Tx I did not know that pasting twice was workingâ¦ How a strange bug. S > On 27 May 2024, at 22:32, Tim Mackinnon <tim(a)testit.works> wrote: > > I've submitted the issue https://github.com/pharo-project/pharo/issues/16700 and noted other comments > > On Mon, 27 May 2024, at 5:02 PM, Tim Mackinnon wrote: >> >> It would be handy to know if itâs just macOS - but Iâll write up an issue this evening. >> >> Thanks for confirming. >> >> Tim >> >> >>> On 27 May 2024, at 16:01, Koen De Hondt <koen(a)all-objects-all-the-time.st> wrote: >>> ï»¿I have suffered from copy & paste issues like this for a long time, in P11 and P12. >>> I always have trouble with copying text from an image. I am already used to pressing Command-C twice ð >>> >>> I use a M2 Mac with MacOS 14.5, but it happened on earlier versions of MacOS as well. >>> >>> Koen >>> >>>> On 27 May 2024, at 15:48, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: >>>> >>>> Same bug on P11 with MacOS. >>>> >>>> On May 27 2024, at 3:44 pm, Tim Mackinnon <tim(a)testit.works> wrote: >>>> For a while I've noticed that every time I try and copy some text from a web browser or email and then paste it into pharo the first time it fails - and then thinking I didn't copy, I try it again and then realise that I have to paste twice - as the first one doesn't work. >>>> >>>> This didn't seem to do this in Pharo 9 (maybe 10) but its definitely the case in Pharo 11 and Pharo 12. This is on OSX (14.x) so I'm wondering if the same occurs in Windows or Linux or if its just my laptop? Its quite annoying and I'm wondering if it might be a side effect from the gradual UI changes in Pharo? >>>> >>>> I've looked in the issues tracker - but its a tricky thing to search for - and so I wanted to canvas experience and then will report it. >>>> >>>> Tim StÃ©phane Ducasse http://stephane.ducasse.free.fr 06 30 93 66 73 "If you knew today was your last day on earth, what would you do differently? ....ESPECIALLY if, by doing something different, today might not be your last day on earth.â Calvin & Hobbes

May 29, 2024

Re: Recent Pharo's seem to lose first keystroke when you swap to them to paste?

by Tim Mackinnon

I've submitted the issue https://github.com/pharo-project/pharo/issues/16700 and noted other comments On Mon, 27 May 2024, at 5:02 PM, Tim Mackinnon wrote: > > It would be handy to know if itâs just macOS - but Iâll write up an issue this evening. > > Thanks for confirming. > > Tim > > >> On 27 May 2024, at 16:01, Koen De Hondt <koen(a)all-objects-all-the-time.st> wrote: >> ï»¿I have suffered from copy & paste issues like this for a long time, in P11 and P12. >> I always have trouble with copying text from an image. I am already used to pressing Command-C twice ð >> >> I use a M2 Mac with MacOS 14.5, but it happened on earlier versions of MacOS as well. >> >> Koen >> >>> On 27 May 2024, at 15:48, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: >>> >>> Same bug on P11 with MacOS. >>> >>> On May 27 2024, at 3:44 pm, Tim Mackinnon <tim(a)testit.works> wrote: >>>> For a while I've noticed that every time I try and copy some text from a web browser or email and then paste it into pharo the first time it fails - and then thinking I didn't copy, I try it again and then realise that I have to paste twice - as the first one doesn't work. >>>> >>>> This didn't seem to do this in Pharo 9 (maybe 10) but its definitely the case in Pharo 11 and Pharo 12. This is on OSX (14.x) so I'm wondering if the same occurs in Windows or Linux or if its just my laptop? Its quite annoying and I'm wondering if it might be a side effect from the gradual UI changes in Pharo? >>>> >>>> I've looked in the issues tracker - but its a tricky thing to search for - and so I wanted to canvas experience and then will report it. >>>> >>>> Tim

May 27, 2024

Re: Recent Pharo's seem to lose first keystroke when you swap to them to paste?

by Davide Varvello

Tim, Also Pharo10 has this bug (mac m2, sonoma). Thanks for your report! Cheers DavideÂ On Monday, May 27, 2024 at 03:45:46 PM GMT+2, Tim Mackinnon <tim(a)testit.works> wrote: For a while I've noticed that every time I try and copy some text from a web browser or email and then paste it into pharo the first time it fails - and then thinking I didn't copy, I try it again and then realise that I have to paste twice - as the first one doesn't work. This didn't seem to do this in Pharo 9 (maybe 10) but its definitely the case in Pharo 11 and Pharo 12. This is on OSX (14.x) so I'm wondering if the same occurs in Windows or Linux or if its just my laptop? Its quite annoying and I'm wondering if it might be a side effect from the gradual UI changes in Pharo? I've looked in the issues tracker - but its a tricky thing to search for - and so I wanted to canvas experience and then will report it. Tim

May 27, 2024

Re: Recent Pharo's seem to lose first keystroke when you swap to them to paste?

by Yanni Chiu

Itâs been happening for at least four years across updates of Pharo and MacOS. At first it seemed random, but it is now so frequent as to require pressing cmd-c twice, out of habit. On Mon, May 27, 2024 at 10:01 AM Koen De Hondt < koen(a)all-objects-all-the-time.st> wrote: > I have suffered from copy & paste issues like this for a long time, in P11 > and P12. > I always have trouble with copying text from an image. I am already used > to pressing Command-C twice ð > > I use a M2 Mac with MacOS 14.5, but it happened on earlier versions of > MacOS as well. > > Koen > > On 27 May 2024, at 15:48, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > > Same bug on P11 with MacOS. > > On May 27 2024, at 3:44 pm, Tim Mackinnon <tim(a)testit.works> wrote: > > For a while I've noticed that every time I try and copy some text from a > web browser or email and then paste it into pharo the first time it fails - > and then thinking I didn't copy, I try it again and then realise that I > have to paste twice - as the first one doesn't work. > > This didn't seem to do this in Pharo 9 (maybe 10) but its definitely the > case in Pharo 11 and Pharo 12. This is on OSX (14.x) so I'm wondering if > the same occurs in Windows or Linux or if its just my laptop? Its quite > annoying and I'm wondering if it might be a side effect from the gradual UI > changes in Pharo? > > I've looked in the issues tracker - but its a tricky thing to search for - > and so I wanted to canvas experience and then will report it. > > Tim > > >

May 27, 2024