I'm developing on an application that wasn't built using sencha command. Right now we are using extjs 4.2, but we need to upgrade it to extjs 5 or 6. Preferebly extjs 6. Furthermore, our application does not follow the structure of MVC.
Is it possible to convert the application so it uses sencha cmd somehow, when it wasn't created using sencha command?
If not, what will be the easiest and most comprehensive way to upgrade to extjs 5 or 6? I have tried this approach: How to upgarde my Extjs application from 4 to 6?
but after some fight, I am still not able to make it work.
extjs 4 uses ext-all.css. Is there a way to get the semilar file in extjs 6, that I just can't find?
Has any of you succeeded in upgrading to extjs 6 without using sencha command? Our application is pretty big, so deleting everything and start a new application as a solution, is not an option
Thanks for any help you can provide
I would recommend to use Cmd, as this will reduce your application's footprint. I would recommend to upgrade to the latest framework version available, since the amount of work required should be the same whether you switch from 4.2 to 5 or from 5 to 6 or directly from 4.2 to 6.2, and one less of these "full upgrades" mean less testing and less overall work.
I cannot answer question 4, because we did already use Cmd with ExtJS 4.2, but the other ones as follows:
To convert your existing app into a Cmd application, you would create a new application with Cmd (going by the same name, located in a different directory) first, and then move over all the old code into the new application directory. Cmd doesn't care whether you follow MVC structure or not, as long as file names and component names match (MyApp.someName.someOtherName.SomeComponent should be defined in app\someName\someOtherName\SomeComponent.js).
Please note that upgrade of big applications from 4.2. to 6 takes months, not hours, because there are so many API changes forcing you to change your code and test and change and test. You could fill a book with all loopholes I encountered when I upgraded our application. The upgrade was really a good thing, though - I came across nearly all code from back then when I didn't know shit about ExtJS, and while I was debugging, I made major refactoring and code improvements (including full switch from CSS to SASS).
If you choose not to use Cmd, precompiled stylesheets are in build\classic\theme-<yourtheme>\resources folders.
Related
I have a WinForms VB app using .NET 4.x and would like to convert to .NET 6.x. I've seen the "oh, just create a new project/solution" answer. Well, that's easier said than done for me, since my work in .NET is limited. I'm not sure why an existing project can't be converted instead of creating a whole new project/solution. I have tried that but it complains about not having various libraries/assemblies/whatever. It seems that with the app.config and various other config files, MS could create a tool to modify those appropriately instead of someone creating a whole new project/solution. Do they not know what is in their own files? Is upgrading a project/solution so difficult that the only way to do it is to start over?
Apparently, the ExtJS' forum isn't working anymore, so asking the question here.
I am trying to upgrade ExtJS integrated in a big application. Currently, it's using version 3.4.1 and I have to upgrade it to 7.5.0, so a lot of changes are expected. It's my first time working with ExtJS. I've been reading their documentation & examples for a while now, but I'm having issues understanding some things.
If someone's experienced with ExtJS, could you tell how big is the difference between these versions? What kind of effort is expected for this upgrade? Will I have to rewrite everything, or just changing files and API calls would be enough?
Another thing is that the folder structure in the new version looks quite different from the older version. Ours using 3.4.1 looks like this -
ext-js 3.4.1 image
There are no new adapter or resources folders in the new verion. Are these folders not required anymore, or is it possible to get the same folder structure with the new version?
Is it possible to download older versions of ExtJS like 4.x, 5.x etc.? I tried but couldn't find it, I was able to download the older documentation though.
Downloaded the latest ExtJS version from here.
Referring this Sencha ExtJS documentation.
Any help would be appreciated. Thanks in advance.
Download
You should download the version from support.sencha.com. There you can find all versions.
To access the download page, you need to log in. If you have lost your login, you can contact Sencha's licensing department.
Make sure you have a valid license.
Upgrade
If you are new to Sencha, you should not do the work yourself. Between version 3 and 7, there are at least two new coding paradigms and you'll have to rewrite everything. Unfortunately, there is no easy upgrade process from 3 to 7. If you had to upgrade from 5 to 7, it would be possible to ignore all the cool new features, but if you are starting from 3, you will have to rewrite everything.
Building process
In your screenshot, I can see that you are using the full ExtJS file. But are you really building the application? That means you end up with a single js file and a single css file.
Are you building your application?
Are you using SCSS?
You should definitely contact someone with experience. I've done quite a few upgrades in ExtJS to know that you need help with this.
I wanted to update the framework version in my application to 6.7.0. I tried a lot, downloaded the new version of Sencha Architect, used the commands from the documentation. As a result, the framework seems to have been updated, but it has not been updated either.
In the console after entering the command "Ext.getVersion()", I see that the current version of the framework is 6.7.0.
In Sencha Architect worth version 6.6.0.
What am I doing wrong?
You have to edit the .xds file manually.
Apparently there is no way to upgrade from previous versions to ExtJS 6.7 in Architect itself.
The manual process is described on
https://www.sencha.com/forum/showthread.php?471559-Architect-4-2-5-framework-upgrade&p=1324163&viewfull=1#post1324163
But beware and back up, it could break your project: https://www.sencha.com/forum/showthread.php?471572-Architect-4-2-5-breaks-interactions-of-type-rotate-on-piecharts
I am trying to use code name one new GUI designer tool.
Version - Codename one GUI builder 3.7.3
Eclipse - Used Oxygen and Mars both.
Java - tried 7 and 8 both.
My problem is i cannot add any containers or any component to the design area. Once i add one it suddenly disappear. ( Simply cannot create any UI)
I cannot change the layout even.Always it shows Layered layout and cannot change.
I have created a java 7 as well as java 8 code name projects but nothing works.
I followed - https://www.codenameone.com/blog/using-the-new-gui-builder.html
According to tutorial
Figure 14. The features of the main toolbar
In my editor i don't see 'Component tree icon'.
Also i cannot generate codes such as
//-- DON'T EDIT BELOW THIS LINE!!!
private void initGuiBuilderComponents(com.codename1.ui.util.Resources resourceObjectInstance) {
}
//-- DON'T EDIT ABOVE THIS LINE!!!
}
Do i miss anything ?
We don't support Java 7 so make sure your JDK is a Java 8 JDK and the one eclipse is running on top is a Java 8+ JDK.
Make sure you created the GUI component under a package and didn't refactor it after the fact. You can also read about debugging and tracking issues in the designer/gui builder in this article.
Why do Silverlight 4 Assemblys still have the version 2.0.5.0 in Visual Studios Object Browser?
Well I can't claim to know the exact reason for this, you would need someone from the SL team to state the reason categorically and I haven't seen any blogs from them doing that.
However I strongly suspect this is related to the fact that there is still only one Silverlight plugin, that is to say when a user installs the Silverlight 4 plugin it replaces the existing one. The Silverlight 4 plugin will run not only Silverlight 4 apps but also Silverlight 3 and 2 apps. As a consequence Silverlight 2 apps will be looking for 2.0.5.0 libraries and that certain issues are avoided if the later versions simply use the same version number.
Of course I could be way off and hope that if I am an MS geezer come and shoot this down, in the process of which giving us the real answer.
Because it needs to reference the System.Core 2.0.5.0