Skip to content

Tilghman Lesher

My feedback

6 results found

  1. 3 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Tilghman Lesher commented  · 

    Even just an appointment checkbox would be helpful. There are a large number of businesses (e.g. doctors, dentists, tax preparers, realtors, gym classes, music lessons, dance classes, self-defense, etc) for which appointments must be made in advance; a customer cannot just show up and expect service. And in a number of these cases, the business may allow for booking outside of their regular hours to accommodate customers; it isn't just a case of appointments being made within specific hours.

    Tilghman Lesher supported this idea  · 
  2. 919 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Hey,

    Please note we're changing the status of this suggestion to Not right now, since we finalized our plans for 2023 and this idea won't be implemented this year.
    We hope to have it included in our plans for later years and will keep you posted.
    Thanks!

    An error occurred while saving the comment
    Tilghman Lesher commented  · 

    Since this has worked so long one way, it might introduce problems to suddenly change it. Here's my recommendation for fixing this. In any route that crosses a time zone boundary (or which includes a "trigger" tile that indicates that the time zone may be uncertain), simply append the time zone to the expected arrival time.

    As the time and time zone will change when the user switches cellular towers to one in the different time zone, the expected arrival time will always be valid, in that users can make the adjustment, when they see that the "wrong" time zone is used, without confusing users who already knew that they needed to make an adjustment.

    Tilghman Lesher supported this idea  · 
  3. 7,020 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Tilghman Lesher supported this idea  · 
  4. 2,347 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  5. 185 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Tilghman Lesher supported this idea  · 
  6. 36 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Tilghman Lesher commented  · 

    It would probably be necessary to record vehicle height in the app, which could be used as an additional parameter to determine which Parking Lots would be accessible.

    Tilghman Lesher supported this idea  · 

Feedback and Knowledge Base