The impersonal pronoun doesn’t exclude oneself from consideration, so it’s not asking for “someone else”. It also makes it an observation, not a request
1 Like
Why does the Android app one look like you are playing the Move of God? 
1 Like
To be fair, I dont think this was the “it’s so easy OGS devs should implement it”. From my read they were speculating that one could use a CSS extension and set visibility: hidden somewhere with no changes to OGS repo at all. In other words, less work for (2p) you 
3 Likes
Ah in that case apologies to that person for my wrong response!
3 Likes
How is it harder? Looks simply similar.
1 Like
It’s reasonable to try to get something the most near possible. We are not a poker server but a go server .
Furthermore things which look anecdotical but which degrade the quality of the game may get a particular attention.
I agree 
%
You have a point and put away the idea of coordinates.
I like this double axe way suggested which point very clearly to where you want to play. Put away the not needed stone ghost. This would be less complacent with using the cursor for preview.
I would even put it as the default setting (and keep the stone as an option to satisfy others and reviews)
1 Like
on real board you see the hand of opponent
on ogs when someone placing useless stone in their own territory, I unable to find it without last move indicator.
it may be useful for mobile users: slide finger and then release
on PC it will be annoying
1 Like
While I sympathize with OGS developers who shoulder the responsibility for making changes to OGS, I’ve tried to investigate how to do this and was overwhelmed by the great difficulty involved. It seems a lot more difficult than just editing a PHP or JavaScript file.
3 Likes
That’s something different. That’s where is the last move and OGS has already a very nice parameter.
The question is about how to show where you are going to play without walking a stone.
You don’t have to slide on pc, just follow the movement of the mouse.
I mean seeing 2 long lines.
On mobile it makes sense because ghost stone is hidden below the finger.
1 Like
It’s true that any OGS development work requires familiarity with the modern web-development stack & tools.
These things are so powerful now that the idea of “just editing a file” is a bit like “pff - this requires a compiler, but I do the assembler” became.
The reason why there is this stack is because of the power it brings: so familiarity with it is the bar to entry,
It’s not really a big bar though: just a gulp to take the plunge. Once you have the tools set up and understand the stack, the coding once again is “just edit a typescript or css file”.
4 Likes
I recognize that the full use of development tools is necessary for professional work (I am retired after a 40 year career in software engineering). But even installing a simple installation tool like npm, widely used, eats up way too much disk space on my small unprofessional development computer. I don’t even do raw C++ programming anymore. I’m happy with PHP, HTML, CSS, and JavaScript running on browsers. And at 78 years old I have earned the right to do things in a familiar way, working with my own simple frameworks, rather than having to learn Git, IDE, Angular, React, python, Ruby, Docker, Rust, Haskell, and, yes, Gulp, etc., all of which would never fit on my small computer anyway.
I’m not familiar with this right 
I mean - for sure we oldies can do the same old things we’ve always done the same way we’ve always done them. But I don’t feel a “right to do the new things the old way”.
Times change. The old way doesn’t work for the new things.
I guess you can still use your DTMF phone to make a call, but you can’t get a text from your grandkids on it…
Mostly us oldies are being encouraged to learn the new way, rather than told we have the right to do things the old way, from my experience.
Maybe in another 18 years I’ll have changed my view on that 
6 Likes
I consider myself blessed that in my day job as a 55yo developer who wrote his first program around 1982 in BASIC, I work on desktop apps almost exclusively, so I can get away with using only Visual Studio, c# and a bit of SQL, Git and Docker. And I can even rely on some younger coworkers (~40yo) to configure the more modern tools like Git and Docker 
.
I could learn more about Git and Docker, but it’s just so much easier to leave that to people who have good knowledge about those tools. And it’s not like I don’t have enough work already.
3 Likes
I imagine AI will learn (and make?) frameworks for us by then. We will all have David’s right to build software without knowing a thing about programming 
3 Likes
I STRONGLY agree that no visible stone cursor should appear in any tournament game. In my experience, in physical tournaments a player is not allowed to place a stone in various positions on the board to see how it looks, before finally making his official move. In fact, I not much like that in friendly games unless the players agree to allow it (and by turning on a switch that is obvious to both players).
However, the visible stone cursor can be helpful in teaching situations (as can moving physical stones). I understand the idea is to prevent misclicks (placing a stone not on the intersection intended). KGS accommodates this situation, not by having a visible stone cursor, but by allowing an undo if the opponent agrees, and in my experience, agreement is customary for an obvious misclick (stone placed mistakenly on an adjacent intersection).
I really dislike players testing out moves to see how they look. That IMO is not the idea of playing Go.
2 Likes
In my experience, it is not. In an online community, there will be trolls. So, please, do not make it easier for them to make the life of everyone harder. And yes, a hovering indicator is present on KGS and as long as you do not hide the cursor, people may just replace the stone animation with there cursor.
2 Likes
I very much like the status quo: semitransparent stone on hover everywhere, intersecting lines on drag-over on touchscreens. I care more about avoiding misclicks than removing the temptation to hover before selecting a move
That said, I of course have no problem with an option to disable it for people who don’t like it. Maybe a more general solution would be a field in settings where a user could put css code which would be injected locally whenever they’re in a game? Really facilitate more flexible customization
It should be per-device, so it wouldn’t even need to be stored on the server, just in a cookie
Actually, wasn’t there some “arbitrary data strings in a cookie” feature added a while back? That might support this sort of thing?
Status quo for an app? I dont think OGS proper has the cross-hairs
Generally per-device settings are stored in localStorage.
1 Like