|
POST
|
I would try to break down the problem by using just your own custom javascript file that doesn't do much, maybe contains a test function, and a few properties, just to see that you are able to add an external resource. Once you got through that part, you can try to add an actual library that was already proven to be supported and possible to be added - maybe even find a sample code that implements that external resource to see the syntax and learn from it. Once you managed to do the above, you know that you are adding the external resource right and you know that it's possible to add an external resource. At this point, you can surely know that tinysoap cannot be added and it's not your fault. My guess is that it's dependant on other files and cannot be initialized like that without a proper install through NPM, but all of this cannot be proven until you follow the above approach and if you're not a javascript developer, I guess that doesn't make things easier. Shay.
... View more
07-14-2020
04:40 AM
|
0
|
1
|
2415
|
|
POST
|
Michael, you can still use the online API by providing the right address to the version you want to use and the apiVersion variable should match the version you are pointing to. Choosing a local API means you'll have to configure and host it before it can be used. There are different resources you can read to workout that process - How To: Install the JavaScript API for use with ArcGIS for Server Get the API | ArcGIS API for JavaScript 4.16 A local copy of the API is not implemented as part of a Web AppBuilder application. Either way, you'll be required to run your app through HTTPS protocol at some point, if that's what you mean by a secured server. You might be able to solve the errors if you point to the online API and configure the settings properly, as explained in the documentation I added. Shay.
... View more
07-13-2020
02:08 AM
|
1
|
0
|
1887
|
|
POST
|
Hi David, It worked with a new installation thanks! I found less warnings at the console view, much much faster response time (with everything really) and I wasn't asked to register the app with the portal item - I was already logged in and it just seamlessly worked. Just to double-check, after running a successful copy with the custom widgets, I've launched on the other version and it still doesn't show the custom widgets. Would you like me to send over the other installation before I delete it? Shay.
... View more
07-12-2020
11:34 PM
|
0
|
1
|
2556
|
|
POST
|
Hi David, I haven't created a windows service out of them, so I reinitialize the server each time as needed. I just launched it again and checked with the new Edge & Firefox - still just the 22 OOB widgets. Both NPM instances seem to be fine - The SSL certificate is working fine, so no SSL errors in the console. There's a long list of workbox instances for the widgets, but none of my widgets are inside that list... I was hoping to dive into the libraries but its all minified. The only suspects in the console are a few warnings about cross-site cookies and 404 on a few workbox components - I'll try it with a newly downloaded copy and let you know. Shay.
... View more
07-12-2020
11:12 PM
|
0
|
0
|
2556
|
|
POST
|
Hi Jamie, I would just hold a global "flag" (variable) and switch it on/off when used/unused. Although, this might need to be injected into the application's js file, to be in the global scope and not a specific widget. A cleaner solution would be to create a Dojo module - a separate class, which will hold that flag. Load that module as part of the application and display the color based on the flag. Another idea would be to use Dojo topic module - publish and subscribe to change the color when needed - https://dojotoolkit.org/reference-guide/1.10/dojo/topic.html there many ways of doing this Shay.
... View more
07-12-2020
06:39 PM
|
0
|
0
|
539
|
|
POST
|
Hi Michael, I can answer some of your questions, but first I'm curious to know how did you try to "connect" the new 4.16 version? You should be able to download and host your desired API version as the one to be used with WAB - Change the URL of ArcGIS API for JavaScript—ArcGIS Web AppBuilder (Developer Edition) | ArcGIS for Developers It should be easier to handle errors, although I don't see why would you get errors unless you misconfigured the API ref - see at the network tab in your developer tools if you get 404's or security errors... The developer edition of the Experience Builder is still on its first release version and I can see it works with 4.14, but then again, this can be reconfigured. The online version received an update just two weeks ago, so I reckon they use 4.15 but not sure. I think it makes sense to have a gap between the API releases and other apps that consume it. You have more information in here - About release versions—Portal for ArcGIS | Documentation for ArcGIS Enterprise There is no migration process between the two - Experience Builder is completely different and works with different (Javascript) technology. Even its purpose is different, so I wouldn't rush to use it before you understand what you need, or if see if you can work out the errors you mentioned. Based on your last sentence, you don't need ExB at this point. Shay.
... View more
07-12-2020
06:34 PM
|
1
|
2
|
1887
|
|
POST
|
Hi, I believe that this screen is where the Experience Builder tries to read the settings file from %installation_folder%\server\src\public\signin-info.json So if the fields are disabled straight after loading the page, I would guess it's related to permissions & security on your file system.. Also, it could be that the ExB tries to reach the internet and fails from some reason. Shay.
... View more
07-09-2020
11:41 PM
|
0
|
0
|
1104
|
|
POST
|
Hi Stephen, What browsers are you using at your organization? Have you tried running it on the latest version of Chrome or other modern up-to-date browsers? it sounds like compatibility issues. I assume you found that error in the console view of the developer tools? Shay
... View more
07-09-2020
11:14 PM
|
2
|
0
|
6722
|
|
POST
|
Hi Andi, Interesting scenario... If I understand you correctly, you linked data to a different page, as a dependency to display dynamic content, but also, you want that page to be independent and be able to display content regardless if the data was passed or not. sounds like you need some conditions based on the data you pass... Conditions on a page level could be a very handy feature. I assume you're not working with developer edition? it's something that can be easily resolved with code - checking if data was passed or structured right, then display content accordingly. Otherwise, I would try to work around it somehow and avoid using the same page for both dynamic and static behaviours. Another alternative, if you are able to have some development involved, you can create a separate custom HTML content page that will handle the data passed to it (taking care of all the conditions you need) and embed that page as your target resource. Shay
... View more
07-09-2020
07:23 PM
|
3
|
1
|
994
|
|
POST
|
Hi Brad, A bit of a late response, but I found this live demo that shows how to work with TS when developing widgets - YouTube You can use the Yeoman generator tool to quickly start with new widgets in modern es6 and wrap it with TS - GitHub - Esri/generator-esri-appbuilder-js: Yeoman generator to help customize Esri's WebAppBuilder Shay
... View more
07-09-2020
07:02 PM
|
1
|
0
|
924
|
|
POST
|
Hi, I'm trying to publish my first custom widget but my developer version can't seem to pick it up. I've created 4 different examples from different tutorials, all with very minimal code, just to get started and see how it works. I've already installed all dependencies with NPM CI, for both the client and server folders. I also fixed certificates errors that I thought might be the cause, but that didn't help. When both node servers run, I can't see any of my custom widgets... Am I missing something? The screenshot below shows how both servers are running - The screenshot below shows my ExB widgets list and no errors in the console view - Shay.
... View more
07-09-2020
06:20 PM
|
1
|
4
|
2691
|
|
POST
|
Hi Gerard, Why adding the library into the init is not a desirable solution? ESRI recommends it as one of 3 ways to add external libraries, just make sure you're implementing it right Use other libraries—ArcGIS Web AppBuilder (Developer Edition) | ArcGIS for Developers Try putting the library under the libs folder and inside init.js you should have something like - window.path + 'libs/tinysoap/tinysoap.js' Inside your custom widget, the library should already be available as part of your global scope - define([
'dojo/_base/declare',
'jimu/BaseWidget'
], function (declare, BaseWidget) {
return declare([BaseWidget], {
startup: function() {
// ** library should be accessible at this point **
}
});
}); Shay
... View more
07-09-2020
06:06 PM
|
1
|
0
|
2415
|
|
POST
|
Hi Dan, Are you using the Dojo library to create this? There are some good examples in their documentation - https://dojotoolkit.org/documentation/tutorials/1.7/charting/ Also some samples at jsfiddle - Dojo Bar Chart Example - JSFiddle - Code Playground Shay
... View more
07-09-2020
05:41 PM
|
0
|
1
|
1826
|
|
POST
|
Yeah, It's still considered to be a very young product. Hopefully, with time the community around it will grow and we'll have widgets custom shared from others, like we do for Web AppBuilder
... View more
07-08-2020
05:00 PM
|
0
|
0
|
9119
|
|
POST
|
Hi Albert, At this point, I don't believe such a widget exists, but it can be coded if you use the developer edition.
... View more
07-08-2020
04:56 PM
|
0
|
0
|
1762
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 08-17-2023 06:13 AM | |
| 1 | 11-29-2021 06:30 PM | |
| 1 | 11-29-2021 10:52 PM | |
| 1 | 12-01-2021 03:17 PM | |
| 1 | 11-29-2021 06:15 PM |