Gelmiş geçmiş en büyük porno sitemiz olan 2pe de her zaman en kaliteli pornoları sunmayı hedefledik. Diğer video sitemiz olan vuam da ise hd porno ağırlıklı çalışmalara başladık.

Hybrid View

  1. #1
    Sencha - Architect Dev Team Phil.Strong's Avatar
    Join Date
    Mar 2007
    Location
    Baltimore, MD
    Posts
    1,842
    Vote Rating
    57
    Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice

      1  

    Post Architect + Sencha Cmd

    Architect + Sencha Cmd


    UPDATED: 9/17/13 - new
    Adding a note about using charts w/ packaged or simulated build

    UPDATED: 4/17/13
    Info added about removing extra app.js file that cmd creates for ext js projects
    Info added about using 'app build native' for packaging apps
    Styling for readability

    UPDATED: 3/1/13
    more info added

    Note: The goal of this sticky is to provide a list of steps for users to follow as a stopgap until the Cmd and Architect team can resolve them. The expectation is that the 'Configure Cmd to work with your Architect project' section should eventually disappear.

    ----
    All your hard work is paying off and your app is ready for production or to be put on it's first device. Great! You're ready to use Sencha Cmd utility to build and/or package your app for distribution. In this sticky, I explain the steps required to do this for Architect 2.1 projects:
    1. Download the appropriate SDK and Sencha Cmd software
    2. Initialize Cmd for your Architect applications
    3. Configure Cmd to work with your Architect Project
    4. Build your application
    5. Package your app for production (Touch only)
    If you're building a Touch 2.1 project, Architect 2.1 includes a wizard that guides you through step 1 and 2; see here for more information. Step 3 (Configure Cmd...) must still be done as described below.

    Download the SDK and Sencha Cmd software


    Architect projects by default reference their SDK from the cloud. Cmd however requires the appropriate SDK to be installed locally on your system. You can dowload the SDKs from the following locations:

    Touch 2.1.x SDK http://www.sencha.com/products/touch/download/

    Ext JS 4.1.xa or 4.2+ SDK
    Links to the sdk are at the end of this article. The “a” at the end of the version number indicates that this version works with Sencha Cmd.

    Unzip the SDK(s) you downloaded into a place you can find later e.g. C:\sencha\libs

    Architect 2.1 only supports Cmd build 250. Download and unzip the appropriate version for your operating system:
    cdn.sencha.com/senchacmd/SenchaCmd-3.0.0.250-linux-x64.run.zip
    cdn.sencha.com/senchacmd/SenchaCmd-3.0.0.250-linux.run.zip
    cdn.sencha.com/senchacmd/SenchaCmd-3.0.0.250-osx.app.zip
    cdn.sencha.com/senchacmd/SenchaCmd-3.0.0.250-windows.exe.zip

    However if you're comfortable at the command line I encourage you to use that with the latest version of Cmd
    http://www.sencha.com/products/sencha-cmd

    Initialize Cmd for your Architect applications


    To initialize Cmd to work for your Architect applications, you'll need to run the sencha generate command from the directory where the Ext JS or Touch SDK is installed:
    open a fresh command line interface (terminal, iterm, cmd.exe, etc ...)
    $ cd path/to/sdk (not project)

    For the next command you need to specify the name you gave your project in Architect. The default is MyApp. To find out what name you've given it select the Application node in the inspector and find the name config.
    $ sencha generate app <projectName> path/to/project

    Note that this does not actually generate a new project but instead finds your project and adds the metadata required by Cmd.

    Note to users of the SDK Tools v2 utilities:
    If you have used the SDK Tools v2 utilities on this project, issue the following cmd to upgrade to Sencha Cmd:
    $ cd path/to/project
    $ sencha app upgrade path/to/sdk

    Configure Cmd to work with your Architect project


    Some changes will need to be made for your Architect project to work with Cmd. Find the section that corresponds to the project type you're working with below and follow the steps in order.
    Ext JS Projects


    Update your sencha.cfg file
    By default, Cmd expects Ext JS projects to have their app.js file located in the app/ directory. Architect saves that file instead at the root of the project. The sencha.cfg file defines this location in the following line:
    Code:
    # .sencha/app/sencha.cfg
    app.classpath=${app.dir}/app
    For Architect Ext JS projects, modify this line in the sencha.cfg file to look like the following:
    Code:
    # .sencha/app/sencha.cfg  
    app.classpath=${app.dir}/app.js,${app.dir}/app
    Remove extra files - new
    Cmd will create 2 files that can be a real headache if you don't remove them
    app/app.js <-- this file will throw Cmd for a loop so be sure to remove it
    app/view/Main.js <-- only remove this one if you didn't have your own Main.js view

    Windows
    Code:
    del app/app.js
    Nix
    Code:
    rm app/app.js
    Update your index.html file
    Update your index.html file to define the locations of the .css and .js files, similar to the definitions given in the app.html file created by Architect. Note that the declarations for the .js source files should be located between the x-compile tags:
    Code:
    <!DOCTYPE HTML>
    <html>
    <head>
        <meta charset="UTF-8">
        <title>fresh</title>
        <link rel="stylesheet" href=".res/default/app.css">
        <!-- <x-compile> -->
            <!-- <x-bootstrap> -->
                <script src="ext/ext-dev.js"></script>
                <script src="bootstrap.js"></script>
            <!-- </x-bootstrap> -->
            <script src="app.js"></script>
        <!-- </x-compile> -->
    </head>
    <body></body>
    </html>
    Touch Projects


    Update your index.html file
    Update your index.html file to define the locations of the .css and .js files, similar to the definitions given in the app.html file created by Architect.

    Also be sure it includes the microloader line
    Code:
    <!-- The line below must be kept intact for Sencha Command to build your application -->
     <script id="microloader" type="text/javascript" src="touch/microloader/development.js"></script>

    Building your app for production


    Use the following command to build your app for production:
    $ sencha app build production

    Note that this is not the same as the “Build” button in the Architect Toolbar. For more information about building and compiling applications see:
    Touch: http://docs.sencha.com/touch/2-1/#!/..._app-section-6
    Ext JS: http://docs.sencha.com/ext-js/4-1/#!...and_app_single

    Packaging your app for production (Touch only)


    To package your app for devices you'll want to carefully configure your packager.json file either using a text editor or using Architect and the Cmd Wizard. Once you've done so you can run:

    $ sencha app build native

    Gotchas


    I have no idea what went wrong after a sencha command - new
    Try using the debug flag

    $ sencha -debug blah blah blah

    This will give you extra output to figure out what's going on

    Too much output? Redirect it to a log file

    $ sencha -debug blah blah blah > log.txt

    Cmd can't find my javascript files?
    if you change your appFolder you'll need to make that change as well in the classpath of the sencha.cfg file. As there will be no files in app/ they will be in <appFolder>/

    White screen while simulating or installing on device when using Charts
    You'll need to add Ext.Chart.* to your Applications requires config. Select the top most node in the inspector and located the requires config in the config pane. Add Ext.chart.*

    Extra file Main.js
    Cmd's generate command can sometimes create an extraneous Main view (app/view/Main file); you can just delete this file.

    Error while simulating
    You may see the following error when using the iOS Simulator:
    Code:
    {NSLocalizedDescription=iOS Simulator failed to install the application., DTiPhoneSimulatorUnderlyingErrorCodeKey=-1}
    To fix this, while in the simulator click
    iOS Simulator > reset content settings...
    Try your simulate again.

    White screen after building Ext JS app
    For some reason if your initial view isn't a Viewport, autocreateviewport setting on Application isn't working on a build app.

    a fix: Add a viewport and drag your current initial view into it. Mark the viewport as your initial view. Re-build and voila! I think this is a bug but this is a clear workaround.
    Attached Images
    Phil Strong
    @philstrong
    #SenchaArchitect
    Sencha Architect Development Team

  2. #2
    Sencha - Architect Dev Team Phil.Strong's Avatar
    Join Date
    Mar 2007
    Location
    Baltimore, MD
    Posts
    1,842
    Vote Rating
    57
    Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice

      0  

    Default


    If you're looking for the older version of this guide for SDK Tools V2 it's here
    Phil Strong
    @philstrong
    #SenchaArchitect
    Sencha Architect Development Team

  3. #3
    Ext JS Premium Member tangix's Avatar
    Join Date
    Mar 2010
    Location
    Stockholm, Sweden
    Posts
    531
    Vote Rating
    50
    tangix is a jewel in the rough tangix is a jewel in the rough tangix is a jewel in the rough

      2  

    Default


    Maybe a bit cumbersome, but my approach is to do a deploy to a separate directory and then I check in this directory in a different path in subversion.
    I have the SA project in svn://host/project/trunk and then the deployed directory is checked in to svn://host/project/deploy When I then build a release I tag the deploy svn path to svn://host/project/tags/version
    I export the tagged directory and then run it through Sencha Cmd for release.

    As a flowchart:

    SA process.png

  4. #4
    Sencha User
    Join Date
    Nov 2012
    Posts
    7
    Vote Rating
    1
    lxu is on a distinguished road

      0  

    Default


    If you are already running deploy, what's the purpose to run cmd on the deployed folder? Sounds redundant to me.

    I really hope there is a solution that would:
    1) eliminate the need to check in generated code, and
    2) allow an automated build to compile and deploy js files from just xds and metatdata


    Quote Originally Posted by tangix View Post
    Maybe a bit cumbersome, but my approach is to do a deploy to a separate directory and then I check in this directory in a different path in subversion.
    I have the SA project in svn://host/project/trunk and then the deployed directory is checked in to svn://host/project/deploy When I then build a release I tag the deploy svn path to svn://host/project/tags/version
    I export the tagged directory and then run it through Sencha Cmd for release.

    As a flowchart:

    Attachment 40618

  5. #5
    Ext JS Premium Member tangix's Avatar
    Join Date
    Mar 2010
    Location
    Stockholm, Sweden
    Posts
    531
    Vote Rating
    50
    tangix is a jewel in the rough tangix is a jewel in the rough tangix is a jewel in the rough

      0  

    Default


    Quote Originally Posted by lxu View Post
    If you are already running deploy, what's the purpose to run cmd on the deployed folder?
    This is part of a bigger build-script that replaces the app.html and (among other things) change to the non-debug version of Ext JS, adding build tags, setting correct paths to Amazon CloudFront etc. Stuff that SA doesn't do.

  6. #6
    Sencha - Architect Dev Team Phil.Strong's Avatar
    Join Date
    Mar 2007
    Location
    Baltimore, MD
    Posts
    1,842
    Vote Rating
    57
    Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice

      0  

    Default


    If you're trying to do a build of your project (single js, compressed) then it's likely you'll need to make sure your index.html file include the following

    Touch
    You're going to need to have the microloader in your entry html file
    Code:
    <!-- The line below must be kept intact for Sencha Command to build your application -->
    <script id="microloader" type="text/javascript" src="touch/microloader/development.js"></script>
    ExtJS
    Code:
    <!DOCTYPE HTML>
    <html>
    <head>
        <meta charset="UTF-8">
        <title>fresh</title>
        <link rel="stylesheet" href=".res/default/app.css">
        <!-- <x-compile> -->
            <!-- <x-bootstrap> -->
                <script src="ext/ext-dev.js"></script>
                <script src="bootstrap.js"></script>
            <!-- </x-bootstrap> -->
            <script src="app.js"></script>
        <!-- </x-compile> -->
    </head>
    <body></body>
    </html>
    Phil Strong
    @philstrong
    #SenchaArchitect
    Sencha Architect Development Team

  7. #7
    Sencha - Architect Dev Team Phil.Strong's Avatar
    Join Date
    Mar 2007
    Location
    Baltimore, MD
    Posts
    1,842
    Vote Rating
    57
    Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice

      0  

    Default


    Quote Originally Posted by lxu View Post
    If you are already running deploy, what's the purpose to run cmd on the deployed folder? Sounds redundant to me.

    I really hope there is a solution that would:
    1) eliminate the need to check in generated code, and
    2) allow an automated build to compile and deploy js files from just xds and metatdata
    We do not yet have a way to generate generated js from the command line. The good news is that we plan on implementing this after 2.2. We also agree this is important.

    I expect deployment, packaging, minifying, and other improvements related to CI support to be a big part of Architect 2.3. What I've been calling "the last mile".
    Phil Strong
    @philstrong
    #SenchaArchitect
    Sencha Architect Development Team

  8. #8
    Sencha User
    Join Date
    Sep 2010
    Posts
    26
    Vote Rating
    2
    dusoft is on a distinguished road

      0  

    Default


    Hello! Great Post!.. I am trying to integrate the latest versions of Sencha architect and Sencha Cmd (downloaded today).
    I followed all steps perfectly..but I have some questions...


    a) I make a new sencha touch 2.2.x project with Sencha Architect (SA)
    b) I execute "sencha generate app <projectName> path/to/project" and I get this error:
    Code:
    [ERR] MERGE CONFLICT - /xxx/app/app.js
    [ERR] Please resolve manually - see /xxx/xxx/app/app.js

    I think that is not a complicated error, I solved it, generating (with sencha cmd) other new app,and later merged the new app.js file with existing app.js of the SA project. Is it ok?


    c) I generated models, controllers, views,etc using sencha cmd correctly,


    d) I open again the SA project but I don't see the new files (controllers, models, views) generated. Did I forget execute some command?


    My aim is use sencha cmd to generate MVC automatic code, and edit it with SA to add UI components, fields, controls, etc...
    Is it possible?


    Best Regards,


    Eduardo

  9. #9
    Sencha User
    Join Date
    Sep 2010
    Posts
    26
    Vote Rating
    2
    dusoft is on a distinguished road

      0  

    Default


    Sencha Architect doens't see files (models, view, controlers) generated by SenchaCMD.

    Hello! I am trying to integrate the latest versions of Sencha architect and Sencha Cmd (downloaded today).
    I followed all steps perfectly indicated in this Post

    ..but I have some errors..


    a) I make a new sencha touch 2.2.x project with Sencha Architect (SA)
    b) I execute "sencha generate app <projectName> path/to/project" and I get this error:
    C:

    [ERR] MERGE CONFLICT - /xxx/app/app.js[ERR] Please resolve manually - see /xxx/xxx/app/app.js


    I think that is not a complicated error, I solved it, generating (with sencha cmd) other new app,and later merged the new app.js file with existing app.js of the SA project. Is it ok?


    c) I generated models, controllers, views,etc using sencha cmd correctly,


    d) I open again the SA project but I don't see the new files (controllers, models, views) generated. Did I forget execute some command?


    My aim is use sencha cmd to generate MVC automatic code, and edit it with SA to add UI components, fields, controls, etc...
    Is it possible?


    Best Regards,


    Eduardo

  10. #10
    Sencha - Architect Dev Team Phil.Strong's Avatar
    Join Date
    Mar 2007
    Location
    Baltimore, MD
    Posts
    1,842
    Vote Rating
    57
    Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice

      0  

    Default


    Quote Originally Posted by dusoft View Post
    b) I execute "sencha generate app <projectName> path/to/project" and I get this error:
    C:

    [ERR] MERGE CONFLICT - /xxx/app/app.js[ERR] Please resolve manually - see /xxx/xxx/app/app.js
    This is easy to solve, simply open project in Architect and perform a save.

    Quote Originally Posted by dusoft View Post
    c) I generated models, controllers, views,etc using sencha cmd correctly,

    d) I open again the SA project but I don't see the new files (controllers, models, views) generated. Did I forget execute some command?


    My aim is use sencha cmd to generate MVC automatic code, and edit it with SA to add UI components, fields, controls, etc...
    Is it possible?
    It's not possible to add stores, views, models, controllers using Cmd and have them show up in Architect. Architect works from metadata and generates javascript. Cmd simply generates javascript. There has been some preliminary work to support models generated w/ Cmd where Cmd also generates Architect metadata if it detects it's working with an Architect project.

    For now you'll have to Drag out controllers, stores, models, etc ... from the Architect toolbox and configure them inside Architect. Remember the benefits here are many, including validation, framework upgrades e.g. 4.1 -> 4.2, event/function signatures, etc...

    There are some that generate their controllers using Cmd and edit them using a text editor. They simply include those as js resources in the project. It's certainly not the intended workflow but if it works for them it might work for others.
    Phil Strong
    @philstrong
    #SenchaArchitect
    Sencha Architect Development Team