Get your own customer support community

Recent activity

Subscribe to this feed
  • talk

    blue_wardrobe replied on June 27, 2009 00:48 to the discussion "Please continue Smartphone support" in Dale Lane:

    blue_wardrobe
    Step 3) is optional to reproduce but is usually why people press Enter in the first place.
  • talk

    blue_wardrobe replied on June 27, 2009 00:47 to the discussion "Please continue Smartphone support" in Dale Lane:

    blue_wardrobe
    OK - got it. And it's reproducible at will (on the Smartphone). Sorry for the red herrings above.

    (All the previous behaviors I noted were me trying the same thing over and over and essentially reproducing special sub-cases.)

    Steps to reproduce:

    1) Click the Edit softkey. You are put in a screen where you can do most editing. The text entry widget, however, has a little tiny arrow on the right, indicating that it is an edit control that can be 'expanded' to full screen by pressing Enter. Since the control is already sized to the maximum of the screen, this is not actually needed, but there may not be a choice with the Smartphone UI.
    2) Press Enter (as if you are going to add a new line or something). You now get put into the 'expanded version' of the control, and the Enter key won't have actually added a new line.
    3) Press Enter again to actually add the new line.
    4) Add some text.
    5) Press Done to return to the 'collapsed' contro with the little arrow on the right.
    6) Press View without entering or deleting anything else. The page will NOT get saved.

    Repeat steps 1 through 5. Then enter or delete some other text. If you instinctively press Enter to go to the 'expanded' control, make sure you enter or delete some other text after pressing Done.

    Now press View. The page gets saved.

    At least I have a workaround.
  • talk

    blue_wardrobe replied on June 27, 2009 00:46 to the discussion "Please continue Smartphone support" in Dale Lane:

    blue_wardrobe
    OK - got it. And it's reproducible at will (on the Smartphone). Sorry for the red herrings above.

    (All the previous behaviors I noted were me trying the same thing over and over and essentially reproducing special sub-cases.)

    Steps to reproduce:

    1) Click the Edit softkey. You are put in a screen where you can do most editing. The text entry widget, however, has a little tiny arrow on the right, indicating that it is an edit control that can be 'expanded' to full screen by pressing Enter. Since the control is already sized to the maximum of the screen, this is not actually needed, but there may not be a choice with the Smartphone UI.
    2) Press Enter (as if you are going to add a new line or something). You now get put into the 'expanded version' of the control, and the Enter key won't have actually added a new line.
    3) Press Enter again to actually add the new line.
    4) Add some text.
    5) Press Done to return to the 'collapsed' contro with the little arrow on the right.
    6) Press View without entering or deleting anything else. The page will NOT get saved.

    Repeat steps 1 through 5. Then enter or delete some other text. If you instinctively press Enter to go to the 'expanded' control, make sure you enter or delete some other text after pressing Done.

    Now press View. The page gets saved.

    At least I have a workaround.
  • talk
  • talk

    blue_wardrobe replied on June 27, 2009 00:24 to the discussion "Please continue Smartphone support" in Dale Lane:

    blue_wardrobe
    Well - at least I've found out more about when edits get saved, and when they don't.

    1) Initially, all edits for a page get saved.
    2) At some point, something happens (don't know what yet) where edits for a page no longer get saved, UNLESS...
    3) ...the edits are ONLY to a wiki-marked-up item. For example, if I edit a bulleted item or a heading or add a piece of block text, then the edits are saved, UNLESS... I also try to add just a normal paragraph somewhere. In which case, the whole page is not saved.
    4) Somehow the system remembers this for the page concerned (but just the page concerned) even if you reboot, terminate Blade Wiki, etc. So something is happening to the page itself.
    5) I can toggle a page back to behaving properly by using the menu to insert a pipe symbol (and probably any other markup character but I haven't fully tested this).
    5) Interestingly, when a page is in misbehaving mode, adding a table row WON'T BE SAVED if you use the KEYBOARD to enter the pipe symbols. But it WILL BE SAVED if you use the MENU to insert the pipe symbols. However, you can add new cells happily enough once the row has been created, even if you use the keyboard to enter the pipe symbol.

    Remember, o casual reader, I am only talking about the Smartphone version.
  • talk

    blue_wardrobe replied on June 26, 2009 23:35 to the discussion "Please continue Smartphone support" in Dale Lane:

    blue_wardrobe
    Voting for Smartphone.

    I have been 'looking' for this app (Blade Wiki) for a couple of years ago, without actually finding it before. (If you google 'wiki for smartphone' you get wikis about smartphones mostly).

    I have installed the Smartphone version, and am encountering the bug where occasionally edits get saved, and then suddenly from then on, they don't. The behavior survives a reboot and everything.

    Any advice, or is there a new version for the Smartphone (Q9h in my case).

    By the way, I used WM Professional for ages, but am a total convert to WM Standard - it's faster, more robust, and I don't miss touch one bit.
  • idea

    blue_wardrobe replied on June 26, 2009 23:30 to the idea "Syncing without cables" in Dale Lane:

    blue_wardrobe
    I tried exactly this today, but found that Device changes would propagate to the PC, but not the other way.