Re: [e-users] Mouse cursor size
/"If you have problems locating the mouse, wiggling is not as good as the Ctrl key, which usually produces a vibrating expanding disc which is much more easily visible."/ If you're having problems locating your mouse, perhaps try using a larger rodent like a rat or even a pacarana if you're really struggling.but be careful; although I've never wiggled one myself, they can be a bit grumpy and get vicious when provoked and I've heard they don't take too kindly to being wiggled :) There's usually accessibility options with hot keys that zoom in the screen at the cursor location. On 11/01/2023 13:41, Peter Flynn wrote: On 11/01/2023 08:53, Carsten Haitzler wrote: [...] chances are that if you can't see a cursor due to visual acuity problems you can't make out other ui elements either and they all need to get bigger. The actual answer is, we don't know. I need to arrange a proper usability test in the labs in my college (which I can do, given the time). why not just wiggle the mouse? :) also produces motion. If you have problems locating the mouse, wiggling is not as good as the Ctrl key, which usually produces a vibrating expanding disc which is much more easily visible. but yes - a "fund my pointer" feature doesn't exist in e. you don't want to blink the cursor. you want some kind of "takes a lot of the screen" animation No, I think people with this problem just want a bigger cursor. End of story. e's pointer has that. e doesn't have anything to do with x cursor themes... Can you describe for me the difference between e's pointer and an x cursor? Is one logical and the other physical? Peter ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Φ SNAKΣ ΣYΣZ Φ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse cursor size
On 11/01/2023 08:53, Carsten Haitzler wrote: [...] chances are that if you can't see a cursor due to visual acuity problems you can't make out other ui elements either and they all need to get bigger. The actual answer is, we don't know. I need to arrange a proper usability test in the labs in my college (which I can do, given the time). why not just wiggle the mouse? :) also produces motion. If you have problems locating the mouse, wiggling is not as good as the Ctrl key, which usually produces a vibrating expanding disc which is much more easily visible. but yes - a "fund my pointer" feature doesn't exist in e. you don't want to blink the cursor. you want some kind of "takes a lot of the screen" animation No, I think people with this problem just want a bigger cursor. End of story. e's pointer has that. e doesn't have anything to do with x cursor themes... Can you describe for me the difference between e's pointer and an x cursor? Is one logical and the other physical? Peter ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e-crash issue
Hello, In the Message; Subject: Re: [e-users] e-crash issue Message-ID : <20230111083906.22c9ccc18ce34767e012f...@rasterman.com> Date & Time: Wed, 11 Jan 2023 08:39:06 + [CH] == Carsten Haitzler has written: CH> On Wed, 11 Jan 2023 11:00:48 +0900 Masaru Nomiya said: [...] MN> > I solidified the e-log.log into a log.tgz and uploaded it to the MN> > following location; MN> > MN> > https://drive.google.com/file/d/100t8RwoGCtFdqAvZmWKpuVPA1UH0qca5/view?usp=sharing CH> I see like complete eina log output (not useful). you've raised your eina log CH> level to something really extreme... but there is nothing in there from asan. CH> so .. you didn't get that log, or asan is not working. i suggest you reduce CH> your eina log levels again to normal I got the .e-log.log under this setting; export EINA_LOG_LEVEL=4 Is this level too high? What setting is "normal level"? Or is this a bad build condition? export ASAN_OPTIONS=detect_stack_use_after_return=0:detect_odr_violation=0:detect_leaks=0:abort_on_error=1:new_delete_type_mismatch =0 Regards. --- ┏━━┓彡 野宮 賢 mail-to: m.nomiya+enlight @ gmail.com ┃\/彡 ┗━━┛ "No Windows, no gains!" ... "Why, I am wrong?" -- Bill -- ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse cursor size
On Tue, 10 Jan 2023 21:37:23 + Peter Flynn said: > On 10/01/2023 19:20, Wido wrote: > > Hi Carsten! I appreciate that you always take the time to respond to users > > He's the best! > > >> E has its own cursors that uses the efl/e theme. if you use > >> something else then "you're mileage may vary". efl's cursors will > >> scale based on scale factor. there is no good reason to set cursor > >> size as pointers will follow the same scale factor as everything > >> else. > > This is an unrecognised problem in all interfaces. Pointer size is > probably the only item that needs to be scalable *independently* of the > system scale factor, because not all screens offer the same degree of > clarity for moving objects (cursors) to remain visible. e has 2 settings. scaling AND a pointer size. pointer size is multiplied by scale factor. 99% of the time people just want/need to adjust scale factor and that's it. not change pointer size. not change font size. just one single setting. 1% of the time - maybe a bit of fiddling is needed but chances are that if you can't see a cursor due to visual acuity problems you can't make out other ui elements either and they all need to get bigger. the mouse pointer is about the size of 2 lines of text by default (given all default sizes). if you can't make out a pointer then you probably can't read the text either... :) > That is, text, menus, icons, sliders, widgets, etc *usually* stay where > they are for long periods, but the mouse pointer is constantly moving. > This is why most systems can be set to blink the cursor when (eg) Ctrl > is pressed, because the cursor can become "lost" among the other > components of the screen. why not just wiggle the mouse? :) also produces motion. but yes - a "fund my pointer" feature doesn't exist in e. you don't want to blink the cursor. you want some kind of "takes a lot of the screen" animation that steadily zooms from a large thing down to where the pointer is now. not a "blink the cursor" as that's about as subtle as the "wiggle your mouse" which needs no special feature to do the same. > Particularly as you grow older, your visual reactivity declines, so it > become harder to spot the cursor, whereas you can still easily see the > more static objects without difficulty. Making *everything* scale just > to get a big cursor is not a good solution: the cursor needs to be > scalable independently of everything else. e's pointer has that. e doesn't have anything to do with x cursor themes... > Peter > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse cursor size
On Tue, 10 Jan 2023 16:20:46 -0300 Wido said: > Hi Carsten! I appreciate that you always take the time to respond to users > :) > > > E has its own cursors that uses the efl/e theme > I know, I tried, I actually notice the "same behaviour". EFL mouse on some > apps, X mouse on other apps (I just tried, sublime uses E theme, chrome and > kde uses X theme) pointers work like this: all windows in x inherit the pointer from their parent window. e sets a pointer on the root window. thus apps will inherit this pointer unless they override it themselves and set a new pointer on their own window(s). nothing the wm can do about this. so apps that don't override will just inherit whatever e sets. otherwise they are on their own and set their own pointers. > > if you use something else then "you're mileage may vary" > I guess that is understandable, but would it be possible to have some > hints/idea/helps on how to define this for a consistent env? Again, I am > aware this is probably out of E's scope, but it _feels_ like as a DE you > actually should care. As I user, I _expect_ the DE to own the cursor theme > in one way on another. it's not possible. any app can set any pointer they like at any time on any window. there are x cursor themes that many apps use - these are limited and e/efl do not use them because of that (e.g. the animations that e does in pointers to show the resize direction or moving animation or the blue flash when you click are not possible via x cursor themes as they are simple static images OR a series of N images that loop. as these are limited and thus can't do things like also adapt to color palette changes, scaling like efl does it , e pretty much doesn't bother much due to it being so limited. you can set an x cursor theme yourself and go find something and set that with environment variables, .Xdefaults files etc. > Emphasis on the words that are probably the most debatable. > > El lun, 9 ene 2023 a la(s) 18:14, Carsten Haitzler (ras...@rasterman.com) > escribió: > > > On Mon, 9 Jan 2023 11:45:51 -0300 Wido said: > > > > > Happy new year! I'm having an issue with cursor theme/size. > > > > > > I'm not using E's theme, I have selected `application` in settings -> > > mouse > > > -> e theme. Then, I have configured my mouse theme and size in KDE system > > > settings -> appearance cursors. My current cursor size is 24. > > > > > > The problem I have is that some applications respect my cursor size, and > > > others do not, and I don't understand the pattern: > > > > > > * Enlightenment and EFL uses size 36 > > > > E has its own cursors that uses the efl/e theme. if you use something else > > then > > "you're mileage may vary". efl's cursors will scale based on scale factor. > > there is no good reason to set cursor size as pointers will follow the same > > scale factor as everything else. > > > > > * Dolphin (kde file explorer) uses size 24 > > > * Sublime (gtk3?) uses size 36 > > > * Chrome (gtk3?) uses size 24 > > > > > > I tried modifying gtk configfiles in my home, but without success. > > > > > > I know this probably is not an E issue and rather a gtk issue, but given > > > that it _apperas_ like E is following different cursors, I thought this > > > would be first place to _start_ asking. > > > > > > Thanks! > > > > > > -- > > > Wido > > > > > > ___ > > > enlightenment-users mailing list > > > enlightenment-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > Carsten Haitzler - ras...@rasterman.com > > > > > > -- > Wido -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e-crash issue
On Wed, 11 Jan 2023 11:00:48 +0900 Masaru Nomiya said: > Hello, > > In the Message; > > Subject: Re: [e-users] e-crash issue > Message-ID : <20221221105449.7e143081d6f53eac37983...@rasterman.com> > Date & Time: Wed, 21 Dec 2022 10:54:49 + > > [CH] == Carsten Haitzler has written: > > CH> On Wed, 21 Dec 2022 19:02:45 +0900 Masaru Nomiya > CH> said: > > [...] > MN> > Anyway, I uploaded it here under the file nmae dump.tgz; > MN> > > MN> > > https://drive.google.com/file/d/1VLvws1FYbjOUsAw3z8RLDSCzy9QQZjhl/view?usp=sharing > > CH> i need ~/.e-log.log to see asan's output... th crashdump is also > CH> useful-but the asan log in ~/.e-log.log is very important. here > CH> what i see is a crash inside malloc itself, so i think by now > CH> everything will have gone bad and memory malloc relies on > CH> tracking allocations is somehow messed up. > > CH> you might have to go back to good old valgrind... > > Finally, I was able to get .e-log.log. > > No matter how many times I did the debug build, the .e-log.log was not > generated, and I finally figured out that it was caused by gcc13 > installed with the Tumbleweed update, and added the following; > ASAN_OPTION > > detect_stack_use_after_return=0 that is actually a useful thing in asan it should trap and find and report. https://www.enlightenment.org/contrib/efl-debug has an asan section and suggests some asan options that won't impact e/efl. > to ASAN_OPTION was the solution. > > Anyway, today, I got an e-crash. > > When I downloaded the 02_o.png file from this site; > > https://internet.watch.impress.co.jp/img/iw/docs/1469/183/html/02_o.png.html > > e-crash appeared. > > I solidified the e-log.log into a log.tgz and uploaded it to the > following location; > > https://drive.google.com/file/d/100t8RwoGCtFdqAvZmWKpuVPA1UH0qca5/view?usp=sharing I see like complete eina log output (not useful). you've raised your eina log level to something really extreme... but there is nothing in there from asan. so .. you didn't get that log, or asan is not working. i suggest you reduce your eina log levels again to normal > Thanks in advance. > > --- > ┏━━┓彡 野宮 賢 mail-to: m.nomiya+enlight @ gmail.com > ┃\/彡 > ┗━━┛ "A bachelor’s degree still holds prestige as a ticket to the > middle class, but its value has received increasing scrutiny. > In the last several years, rising tuition and student loan debt > have led more Americans to reconsider an investment in > postsecondary education." > > -- Washington Post -- > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users