31 Jan 2012 8:03 PM #1
Frustrated by read-only files - not scm friendly for me
I just got a chance to try Sencha Designer 2 for the first time. There are some really nice features and in many ways it's a big improvement over 1.x. However, the handling of read-only files is still a huge problem for me. Where I work, we use an scm that is configured to pull in files as read-only and to flip them to read-only when they are checked in. For various reasons, this will not be changed. So having the Designer simply fail on these files is not an option.
I fully realize that I could easily write my own script to flip make everything in the project writeable, but I don't want to have to subject my team to running something like this every time they have to edit a file.
I appreciate that you're trying / improving on this. I remember the early Designer 1 days when the save would simply fail silently (ouch). Then, you made a failed save an error on the status bar. Now, at least there is a relatively in-your-face dialog telling me that something went wrong. But it's still not good enough. I need an option that just overwrites the files. Maybe everyone wouldn't want this, so fine; make it configurable. Lack of this is a near deal-breaker for us.
The Toolbox is also a problem. It's good that you can import / export, but in order to make this a viable method for reuse I need a way of checking the whole thing into source control so other people can use it. I don't want to have to deal with each component individually.
One of your marketing points is that you have a 'Source control friendly file format.' I do think the file format is better now, but IMHO these other things I have mentioned are a much bigger detriment to being source control friendly.
I like the new features in the Desinger, but please give attention to these fundamentals, too. I remember several people asking for this on the 1.x line...
31 Jan 2012 8:49 PM #2
(master ✓) view ls -al total 32 drwxr-xr-x 7 aconran staff 238 Jan 28 16:33 . drwxr-xr-x 6 aconran staff 204 Jan 27 11:25 .. -rw-r--r-- 1 aconran staff 650 Jan 28 16:33 MainNav.js -rw-r--r-- 1 aconran staff 699 Jan 28 16:33 MovieDetails.js -rw-r--r-- 1 aconran staff 691 Jan 28 16:33 MoviesList.js -rw-r--r-- 1 aconran staff 725 Jan 28 16:33 Viewport.js drwxr-xr-x 5 aconran staff 170 Jan 28 16:33 ui (master ✓) view cd ui (master ✓) ui ls -al total 24 drwxr-xr-x 5 aconran staff 170 Jan 28 16:33 . drwxr-xr-x 7 aconran staff 238 Jan 28 16:33 .. -rw-r--r-- 1 aconran staff 875 Jan 28 16:33 MainNav.js -rw-r--r-- 1 aconran staff 1177 Jan 28 16:33 MovieDetails.js -rw-r--r-- 1 aconran staff 1102 Jan 28 16:33 MoviesList.js
31 Jan 2012 9:48 PM #3
Thanks for the quick response. I like the Ack/Growl style ; ) Definitely want to know when something goes wrong. Glad you're at least considering exporting / importing multiple components.
I don't think I explained my problem clearly. The files that the Designer writes out are NOT read-only, even the ui ones that are logically read-only from within the program. What happens is I check these files into our scm and then this scm client flips them to be read-only. It does the same thing for all files in a repository that you import for the first time. If the Designer tries to save a file that you've manually flipped to read-only, it will error with a dialog box.
Now, you may say it's not the Designer's 'fault', and from a certain perspective I'd agree with you, but I don't personally have control over this configuration and I refuse to fuss with alternate means to make the files writable again. Maybe our situation is uncommon, but it makes it very frustrating to work with the Designer. And this could all easily be alleviated for us if the Designer could just be made to overwrite files rather than failing. Many other IDE's I've worked with provide such an option. Again, maybe this is way less common then I think it is but this is the number one thing that we need that the Designer does not do.
btw, I tried to import the samples to get an apples to apples comparison, but it failed for me on my Win7 64 bit machine... don't know why.
31 Jan 2012 9:51 PM #4
So given that a file on the filesystem is read-only and we try to write to it you would like us to provide a prompt that says something along the lines that this file is currently read-only and would we like to write over it. We would then have to try to give ourselves write permissions and overwrite the file.
Is this what you're looking for?Aaron Conran
31 Jan 2012 10:02 PM #5
Given that there can be many files, I think it important to that they all be done in one shot, too. I wouldn't want to have a dialog box for every file.
One IDE I'm used to (RAD - based on Eclipse) handles certain read-only scenarios like this. It says something to the effect 'This operation could not be completed because some of the files are read-only and automatic file overwriting has not been enabled. Would you like to enable it?' If you select yes, it overwrites the files and stores a preference in the workspace that indicates that it will just overwrite them from then on. So that would be ideal - some sort of project / installation preference we could set that would just do it automatically if we want. But a dialog box that if clicked would make all required files writeable would be a great start.
31 Jan 2012 10:24 PM #6
Alright, I understand the feature request :-)Aaron Conran