From: Jiri T. <jir...@ce...> - 2006-07-21 13:45:33
|
Hi, I have read the discussion on sf.net and I have an other idea how to solve the problem with virtual folders. By my opinion you should let user make virtual folders how they want and check only if the directories and files exists at the place where they was defined. I would like to have virtual folders like real directories but with other name. If you want to add some file or directory into this virtual folder, this file or directory must exists in the real folder. If you want to add next virtual folder to this (virtual) directory it must not be in this directory. By this behavior you can very easily lost portability of the project. I would solve this aspect by checking of each real file or directory, if it really exists at the defined place. If it will not exist at the defined place, you can disable all items in this branch (change color of the dir or file name and change icon of the file or dir to crossed icon, or something like that) and user can change the path in properties of the folder or file. Look at this example: [V] ... virtual folder [D] ... real directory [F] ... real file cgi-bin = /var/www/localhost/cgi-bin/project_name htdocs = /var/www/localhost/htdocs/project_name virtdir1 = /var/www/localhost/htdocs/project_name2/dir [V] cgi-bin |-[D] dir1 |-[D] dir2 `-[F] project_name.cgi [V] htdocs |-[V] virtdir1 | |-[F] pic1.gif | |-[F] pic2.gif | `-[F] pic3.gif `-[D] dir1 `-[F] pic1.gif Now if I want to move the project to my home directory to /home/user/public_html then I have to redefine "[V] cgi-bin" to /home/tyr/public_html/cgi-bin/project_name and "[V] htdocs" to /home/tyr/public_html/htdocs/project_name and then "[V] virtdir1" to /home/tyr/public_html/htdocs/project_name2/dir. If the project file will be in file <some_path>/cgi-bin/project_name/project_name.prj then you can define paths of all virtual folders relatively. If you want to make real virtual folders, it should be solved by this way. Everything else is only one half of virtual folders. Conclusion: Virtual folders are real problem ;o) What do you think? Cheers, Jiri PS: How can I replay on some specific mail in sf.net Mailing list? I didn't found any "Replay" button (I was logged in). |
From: Jiri T. <jir...@ce...> - 2006-07-26 07:00:14
|
Hi, I have read the discussion on sf.net and I have an other idea how to solve the problem with virtual folders. By my opinion you should let user make virtual folders how they want and check only if the directories and files exists at the place where they was defined. I would like to have virtual folders like real directories but with other name. If you want to add some file or directory into this virtual folder, this file or directory must exists in the real folder. If you want to add next virtual folder to this (virtual) directory it must not be in this directory. By this behavior you can very easily lost portability of the project. I would solve this aspect by checking of each real file or directory, if it really exists at the defined place. If it will not exist at the defined place, you can disable all items in this branch (change color of the dir or file name and change icon of the file or dir to crossed icon, or something like that) and user can change the path in properties of the folder or file. Look at this example: [V] ... virtual folder [D] ... real directory [F] ... real file cgi-bin = /var/www/localhost/cgi-bin/project_name htdocs = /var/www/localhost/htdocs/project_name virtdir1 = /var/www/localhost/htdocs/project_name2/dir [V] cgi-bin |-[D] dir1 |-[D] dir2 `-[F] project_name.cgi [V] htdocs |-[V] virtdir1 | |-[F] pic1.gif | |-[F] pic2.gif | `-[F] pic3.gif `-[D] dir1 `-[F] pic1.gif Now if I want to move the project to my home directory to /home/user/public_html then I have to redefine "[V] cgi-bin" to /home/user/public_html/cgi-bin/project_name and "[V] htdocs" to /home/user/public_html/htdocs/project_name and then "[V] virtdir1" to /home/user/public_html/htdocs/project_name2/dir. If the project file will be in file <some_path>/cgi-bin/project_name/project_name.prj then you can define paths of all virtual folders relatively. If you want to make real virtual folders, it should be solved by this way. Everything else is only one half of virtual folders. Conclusion: Virtual folders are real problem ;o) What do you think? Cheers, Jiri PS: I can help with the Czech translation if you want. |