Forum Replies Created

Viewing 15 posts - 1 through 15 (of 37 total)
  • Author
    Posts
  • in reply to: Language cookie encode decode #34314
    intervik
    Member

    In the future, Is there not a way to combine the 2 and if the first fails, the other (ip) uses. And then, both values can always be overridden by typing manually in the field.

    in reply to: Language cookie encode decode #34315
    intervik
    Member

    The char seems fine!

    There is a leak on auto locate and if entering just the Country, a link seems to spit twice. An email with pictures is sent.

    Göteborg Sverige = Gothenburg, Sweden
    Göteborg = Gothenburg, Sweden
    Sverige = Get your current location (and a break then: .Sweden )

    Then (sometimes) The return value gives Gothenburg,Gothenburg

    The autolocate still wrong values but Correct Chars. I don know if The IP stuff is worked on but just in case I reporting. Autolocate returns:

    Skåne County

    When typing manually it returns Malmö Sweden – correct, Sitting in City of Malmö.

    (The autolocate on the Location Tab returns my apartment!)

    in reply to: Language cookie encode decode #34316
    intervik
    Member

    Gonna check

    in reply to: List of quick qustions A – R #34327
    intervik
    Member

    Yea, above is little out of context. But it shows the complexibility for both of us – me as the user / site dev and you as the producer / function dev.

    I already using checkins, and imath is using

    – meta table (id, lat,long) storage for Current (latest) location
    – activity stream for check in history / older / streamed
    – leaving xprofile alone

    Means (I think) using 3 field in the user meta table instead of cookie

    We got directions and gonna feed your plugin with location data – in later step. Imath’s BP checkins is only dealing with Current Locations, no proximity search – or Near By. OR Official Locations

    Example

    my Public location = my Current location
    my Public location = my Official location
    my Public location = my Hidden

    When Official location set to Public :

    – Your plug shows xprofile data – for others –
    – – on reults map => where I live
    – – Near by widget calculated from => where i live
    – Your plug shows YOUR data – for me –
    – – on reults map => where I am
    – – Near by widget calculated from => where I am
    – My profile home CV or Location => xprofile data ALWAYS

    When Current location set to Public :

    – Your plug shows YOUR data – for others –
    – – on reults map => where I am
    – – Near by widget calculated from => where I am
    – Your plug shows YOUR data – for me –
    – – on reults map => where I am
    – – Near by widget calculated from => where I am
    – My profile home CV or Location => xprofile data ALWAYS

    When Public location set to Hidden :

    – Your plug shows YOUR data – for others –
    – – on reults map => nothing
    – – Near by widget calculated from => nothing
    – Your plug shows YOUR data – for me –
    – – on reults map => where I am
    – – Near by widget calculated from => where I am
    – My profile home CV or Location => Nothing

    The ACTIVITY stream Shows BP CHECK-INS history, and so on – if activity stream is in use. If not, There is not a solution to use that plugin. Yours are, as a base. We cant toggle plugin on or off – we loose recordings. We need a MASTER.

    When BP checkin is active we can :
    Retrive the meta Latest check in pairs and feed your plugin if / when :
    – Current location is public instead of your data (optional)

    BUT HERE IS THE TRICKY / SOLUTION

    The members Home / CV or Xprofile City is HOMETOWN – New York, But the member works in Rio, Brazil for 4 month, and will be found there. Your data is used as Current location “City” = “Rio”. While this member is in Rio he will CHECK IN to a fotball game, a carneval area or the apartment. USING BP CHECKIN DATA = Shown in the activity stream.

    The People back in New York and connections will still find this member as a living New York citizen, local and US services and so on. In search and near by – The missmatch between Public set and Current set and Official set location decide / calculate this. THATS WHY XPROFILE LOCATION MUST STAY INTACT.

    I mean, The near by widget can be feeded with the checkin data or Your data – depending on YOUR PAIR missmatch with CHECK IN PAIR, and can AUTOLOCATE SUGGEST the member / services / datings / reminders etc etc

    AT THE SAME TIME, Our Sponsors or advertise Rio-widget can choose from YOUR Current location or Check in location WHATEVER or not A PUBLIC Location is set.

    Ieeeeep!
    Thats why your plug is important, and BP chekins do the stream

    in reply to: List of quick qustions A – R #34329
    intervik
    Member

    Checked the site, no changes.

    Mailed a picture from FF, but I using a XP version for debugging FF so not shure it this bad. The Chrome just pushes the padder container and the opera seems fine BUT I can see that the space is missing above id container / below header navi

    / We hate when this stuff appears

    in reply to: List of quick qustions A – R #34330
    intervik
    Member

    Hi,

    Gonna check your site.

    The critical fix rigt now from above might be to be able to only feed filled in id values/ sync in admin. As long as City and Country are synced, I think we survive a portion of the road – whatever country. Still The profiledata is Location, and Your plugin deals with Public location. The userfield should not be a switcher for current locations. (Se part of below, the blockouted)

    Im gonna email part of an article I wrote when projecting a Look-me-APP . Its bus-reading or coffe break, but It clear out a little – decide what to build – and marketing the plugin (APP).

    This part is what I think is important when it comes to SAVING profile data FROM another TAB:

    In community projects, like Facebook, datingsites or shools, there is always a Location : Address / Home / Official value. Mostly Country – City and thats a good start for account register process. It accepted as privacy level. Any locate system should start to work from here – and scale down the proximity step by step from the user actions. No autosuggest with street levels in the beginning or in this form.

    The Official location value works as a Fallback, base for any location functionality. No Ip or cookie should override this. This is the first keyhole for any MAP API functions. It’s static and probably saved only one time by the user. Dont use this field be a location switcher – it makes the owner uncomfortable in her membership

     

     

    A pice of the article, in case someone else working with the same thing :

    The problem or the architecture of Location services.

    The basic, always 2 locations: Home or Gone.

    A) Where the user lives
    – stationed (office, datingsite, shool) = residence / Home = Official location = or just “Location”, typically stored as profile data.

    B) Where the user is right now
    – visiting (services, dating, friends, consert areas, camping) = Places = Check ins = Current location

    The problem, the Wife – I am official home or public Gone?

    – Location (Official)
    – Current location
    – Public location
    – Hidden location
    – No location

    To work with this scenario, you need at least 3 values, stored in : Location, Current location and Public location

    Location and Current location can be either “my Public location” or ACT like / become Hidden location – Its just a temporary statement of any of both values. But Only One can be set as Public location. Both can be hidden and get the status of No Location. Then you cover all 5 locations.

    All 3 cases will be active in THE SAME TIME in a typical Buddypress community website

    The value in the Public location is what API should work with, when
    – another User look at a member NEAR BY widget or proximity search a member.

    The Current location value is what API should work with when
    – the Owner look at a NEAR BY widget or proximity search a member.

    The Official location value is what API should work with when
    – all users including yourself are looking at your profile home, CV or contact me pages.

    in reply to: Template pain #34324
    intervik
    Member

    Same issue here

    Understand – witch standard here… For me the BP is ess. But for other migt be WP with their crappy form standard.

    I have to clean all the [ br / ] away – They are forbidden in CSS standard for layout purpose.

    The edit_field wrapper are missing and te nestled radio/ checkboxes

    Maybe a separate form template file could be the answer for this mix / fusion of diffrent template standards.

    At least a child theme hook or something for the shortcodes markup. Digging deeper and see what I will comu up with, and return.

    in reply to: Language cookie encode decode #34318
    intervik
    Member

    Ok, then it seems to be on the roadmap and the set cookie is only done few places.

    Im gonna check this out and report back. Gonna work tonight. Yes am single….

    Im more worried about the PHP calls, they seem to be called _COOKIE[] directly in each file, not put in to a global scope / array for the logged in user id.

    We will probably remove all cookie anyway and work with sessions for security reasons.

    If the variables is kept withing PHP scope, the language / mobile devices will have less problem with the plugin.

    And in the end we probably build a index for all locations when scaling up the users. But thats another nice problem.

     

    in reply to: List of quick qustions A – R #34333
    intervik
    Member

    After a good night sleep here, we goona get started to implement this plug. Please wave to us about the upcoming changes you decide to approach so we can plan the core changes.  / testzips. We are happy all the support you are providing here at your forum. I understand that a development come’s in Waves…

    The thing is that once we go, the whola search master engine will work from this plugin instead of the BP profile search plugin.

    And if the xprofile fields are released, and only need to provide our objectives with just City + Country, we can grab the meta coords without the ip stuff and use that as current location sitewide base. Then , whenever user will fine tune or totally be NEAR by another lat long, we create a new widget and feed the IP stuff away.

    Everyone is very happy with this plug and your release, and as mentioned, it might be a very wide usage and build a wide client base for you.

    in reply to: List of quick qustions A – R #34335
    intervik
    Member

    All your php protocalls thats echoes by json script should be encoded UTF-8 without Boom, Not ANSI, you need to convert them and just re-save.

    It always works for me, using Notepad++ in windows.

    WP has a build in echo “decode” json-data somwhere I think to encode single echoes, but I don remember exactly

     

    in reply to: List of quick qustions A – R #34336
    intervik
    Member

    Ok. It might be a Json encoding related too. On my iphone I tried “Paris” and it reloaded correctly, Tried “Helsinki Finland” and it returns Stockholm Sk�ne

    The � means that the ISO is wrong and the json / ajax protocol doesnt handle letters ouside US. That messes things up. Now the iphone is frozen too when clicking on the link slide down trigger.

    The Chrome is stuck with some other funny letters.

    and opera hanged when feeding a euro letter like å ä ö

    in reply to: List of quick qustions A – R #34337
    intervik
    Member

    Your testdrive is broken on Safari iphone too, but the SLIDE DOWN is working here…

     

    in reply to: List of quick qustions A – R #34338
    intervik
    Member

    I Think its CSS related. The site is broken in FF (the posts appears in aside) and in Chrome slightly to the right. any .on(‘click’) delegation calls target another container if a div is missing.

    in reply to: List of quick qustions A – R #34339
    intervik
    Member

    The link is stum – no sliding down on Chrome and FF. Opera works fine. But the Ip now returns a mix of some other countries.

    in reply to: List of quick qustions A – R #34340
    intervik
    Member

    First – Don kill the Location tab – The screen funcions will be important to “build extras on” Just dont depend on the slug location – everyone uses that.

    Ok. Here is a problem and the conclusions :

    It seems like the Tab “Location” are syncing the xprofile field, but not correctly.Well it is experimental, as you mention, but.

    If a user change the City or something in the location tab fields, or even leave it blank – it deletes the value in xprofile field. No, no, not good. And the changes saving in edit profile does not effect the Location field EXEPT the Street. But the savings in Location tab works well (but dangerous). You are thinking well of working with a better solution here.

    SHOULD at least be – xprofile field can send to location tab – not vice verca.

    THE LOCATION TAB SCREEN:

    The “Locate me” Button seems to use a cookie here as well, and its not getting erased when “delete my location”. I got another users cookie / location “succesfully located”. The cookie is a security problem, Should be a session. But at least Delete the cookie on Delete button.

    THE FORM and ALL FIELDS

    Sending and transporting comma sliced text – strings get messy with outside US. I can see how it comma separated wrong and confuses the Google API.

    The Address and LAT LONG field is totally overkill to see for a regular user. No one is pasting manually coordinates. At least hidden them. Only let users choose a icon – very useful, Handy and practical for shools and other stuff.

    The autosuggestion WORKS perfect with whatever part I choose, Like Helsinki or ONLY Germany. But this cant be used on mobile devices. The dropdown dont appear in iphones. But the “Locate me” will work – if it call a fresh check, not a cookie stuff.

    A cookie on my phone… not very “current” location…

    The suggested started location should be taken from Country + City xprofile field, NEVER state, then it will work everywhere. Zipcodes only typing manually, never build them, They are so diffrent ordered.

    CONCLUSION :

    Why not skip everything else on that page exept for that ONE suggestion field, and a map that updates, so I can see the fine tuning of choosing a longer adress. I using max-autosuggest before and I understand that it serves on the fly – If I type a city manually in the DISABLED ADDRESS – The lat and long doesnt update, it needs “a click” to check the string and return the coords, right? So just make a extra “SET” button if user focus the suggest-field and do the ajax call silent, fill the coords and show on the map as “validator”.

    The point is- Only ONE field visible for the user -With or without auto suggest, prefilled with xprofile data.

    1 button below: Autolocate (for GPS and smartphones)

    2 control map below that button – verifies the choises user made

    3 Save button | Delete my location button

    No auto link to save xprofile field. No extra visible address fields. If those are important, keep them in the edit profile groups as Required.

    KEEP the screen page, I call the location set in a modal pop – very useful with a screen already there.

    FROM THIS PAGE

    — Take the function Locate me (that works in all our test browsers and devices, languages and XP machines from 2005) and Use that one as an option instead of the IP thing.

    The Widgets NEAR BY is useless if my current location is at an antenna 60 kilometers from my true location.

    / wishlist

     

Viewing 15 posts - 1 through 15 (of 37 total)