Dirk
Forum Replies Created
-
Posts
-
I have seen it, but I don’t think it is a bug and will not interfere with a function. HTML5 is using this just for display. The value will always be dot based.
To be sure you can use pattern (https://www.w3.org/TR/html5/forms.html#the-pattern-attribute). I think a nice one is looking like this:<input type="number" pattern="[0-9]+(\.[0-9]+)?" step="0.01" title="whatever">But keep in mind that at the moment in the form “Add Place” you use input type=”text”.
Best,
DirkYes, it worked in that moment I changed the scheme to VARCHAR(50).
Could you please tell me in what release it will be. I will verify this again also with the sample data. I did 5 different WP/GDv2 installation and can do this again.
Best,
Dirkon this test server I still have a lot of outputs. Let me show you one 🙂
These are the post arguments of the insert to the …gd_place_detail in file class-geodir-post-data function save_post.
You can see that my IP is a IPv6 one and longer than 20 characters. This is why the insert is failing with IP set to VARCHAR(20).
WOW… I found the problem!!!!!!!!!!!!!!
It is not working because GeoDir is not IPv6 compliant.
Your try to save in the autodraft of the gd_place_detail also the IP address. But the IP address in the table is VARCHAR(20). An IPv6 address has 45 characters! So to be save I suggest to change to VARCHAR(50)!
Now I’m dead.
Really strange. I switched on debug information in WP. On the hosters page I’m getting a “Trying to get property of non-object”. With some additional print_r I can see that $gd_post is not existing.
Okay. On my server it is working.
The difference what I can see is that the hoster is using different MySQL Version. As WP is running on the hoster database, do you have additional requirements on the database?
Let me also check scheme and char settings on the MySQL Server of the hoster.
I think we should use this thread here for the difference in the input field. I would prefer to have a consistent approach.
So if you use in the settings input type=”number” then this should also be used in the “add place” form.I guess it has something to do with the hoster. On my local XAMPP installation it is working fine.
Let me check with another server.BTW: the input field in “Add places” is type=”text”. In GD – Settings the input type is type=”number”. But here the comma based number is just displayed as comma based.
The value of the field is dot based.okay. Perfect.
Do you use somewhere setlocale()? I will also try to continue to figure out.Best and thanks,
DirkI also tried from my iPhone, but also here it is not working.
I don’t have any translation thing on the computers or within the browsers.
I tried from my Mac Notebook. And here it is working.
But also on the Mac it is comma based in default location…
I have to figure out what the problem on the PC is. I already installed english language settings. Also I installed a chrome portable version. But still no success. I need to think a little bit, what could be the problem.Enclosed the default location from my Mac Book.
But I use this PC for maintaining my live site and I’m adding places on a GDv1 system every day…
Okay. On the test server I was now able to add a place with location. I used MacOS and Safari on my laptop. Let me check my office PC (windows with chrome).
Typically, I don’t have a lot of plugins installed on the browsers.
Looks like it is a problem of my PC setup.The comma based on is in GD – settings – default location
