Results 1 to 5 of 5
  1. Fmar's Avatar
    CrackBerry Abuser

    Posts
    227 Posts
    Thread AuthorThread Author   #1  

    Default Curious, a PB dev may know the answer.

    There must be a reason for why native apps like Adobe PDF reader, email bridged and non-bridged ignore folder/directory structures when opening files or searching for attachments.

    This has been my main PB misgiving for a very long time.

    Is there a logical reason for this, for presenting me with every single JPG on the device instead of my organised file directory structure to navigate my files... I'm wondering if developers here have an insight.

    Many thanks in advance.
  2. ignites's Avatar
    CrackBerry Genius

    Posts
    1,670 Posts
    #2  

    Default

    i think its just ease of use. Most pictures you will take will be in the same folder ('camera' folder). All other pictures you add into your playbook will be in respective folders which you can select in picture app. In terms of documents, you can search the documents by location using Doc to Go. Lastly, there is AIR browser that you can use if you dont like the native file system
    Developer for easyDial for BlackBerry Bold & inLink for BlackBerry PlayBook
    Find me online via twitter, or on the techfruits.com webpage & twitter account
  3. lindstrom's Avatar
    CrackBerry Addict

    Posts
    788 Posts
    PIN
    NoPin - BBID rulez
    #3  

    Default

    Quote Originally Posted by Fmar View Post
    There must be a reason for why native apps like Adobe PDF reader, email bridged and non-bridged ignore folder/directory structures when opening files or searching for attachments.

    This has been my main PB misgiving for a very long time.

    Is there a logical reason for this, for presenting me with every single JPG on the device instead of my organised file directory structure to navigate my files... I'm wondering if developers here have an insight.

    Many thanks in advance.
    All this is because the "file chooser" with flat profile is the only file-manager RIM included in the APIs. It does not make sense that all devs have to make their own file managers, instead of waiting until RIM get their act together and implement a real file-manager with folder/file-info/tag support.
  4. Fmar's Avatar
    CrackBerry Abuser

    Posts
    227 Posts
    Thread AuthorThread Author   #4  

    Default

    Quote Originally Posted by Lindstrom View Post
    All this is because the "file chooser" with flat profile is the only file-manager RIM included in the APIs. It does not make sense that all devs have to make their own file managers, instead of waiting until RIM get their act together and implement a real file-manager with folder/file-info/tag support.
    So all files are in a single virtual root directory... on adding a file to the said directory I assume a type of simple database is included with file name and an entry for the associated pretend/virtual directory giving an illusion of a hierarchical filing system?

    Please say this isn't so.
  5. lindstrom's Avatar
    CrackBerry Addict

    Posts
    788 Posts
    PIN
    NoPin - BBID rulez
    #5  

    Default

    Quote Originally Posted by Fmar View Post
    So all files are in a single virtual root directory... on adding a file to the said directory I assume a type of simple database is included with file name and an entry for the associated pretend/virtual directory giving an illusion of a hierarchical filing system?

    Please say this isn't so.
    The files have folder attributes when saved,.. but - the file-chooser that RIM included in their API's - shows a flat one dimentional file storage... I agree - it is completely waste... Every day I have to attach picture files to my customers, and there are around 3000 to choose from - not a quick task

Posting Permissions