esri / data-collection-dotnet Goto Github PK
View Code? Open in Web Editor NEWData collection application built using the .NET Runtime SDK.
Home Page: https://developers.arcgis.com/
License: Apache License 2.0
Data collection application built using the .NET Runtime SDK.
Home Page: https://developers.arcgis.com/
License: Apache License 2.0
The new design of the login window no longer has a cancel button within. The web viewer displaying the login needs to change to include a close button that will cancel the login.
This should also take care if issue #1
Currently the iOS and Android apps support displaying App & Runtime metadata, It appears the .Net app does not. Can we get this metadata added to the Profile view? In iOS, this information is derived by looking up information stored in the app's Bundle
(not hardcoded).
I'm thinking this information would convey well just beneath the Sign In/ Sign Out button of the login pane.
Again, this request is inconsequential WRT this PR, if you find it more appropriate to do so we can move this request to a new issue.
I would like to know if this app can be used only for online or pro??
Can we add this as a plugin into arcgis desktop??
The buttons that appear along the bottom of the feature detail bladeview could benefit from tooltips that appear when hovering the cursor over the button itself.
Until clicked once or twice and seeing the resulting behavior, it's not altogether clear what their intended action really is.
When an invalid value is entered for a field, a validation message appears which cites the name of the field. This provides useful context if the application gets extended/customized to support entry of field values outside of this dedicated UI.
Since these can be named completely independently and may not resemble each other at all, and because there could potentially be a large disparity between the name of a field and its alias, this would be more useful if the field alias was used in the message instead.
In the default service used for this app, here's a list of field names & aliases that do not match:
This was discovered while writing test case 11.2 in the test design.
Repro steps:
Result:
This occurs on both WPF and UWP.
Repro steps:
While toggling a feature selection probably doesn't make sense while editing, it feels a little odd to permit some map interact-ability (pan & zoom), but not others (selection).
As well, while you're in the 'Edit Attachments' detail view, it's not overly obvious that you are actively editing other than the fact that the 'Edit' & 'Delete' buttons change to 'Save' & 'Cancel'.
Currently, the sign in window on WPF looks peculiar on high-DPI displays. E.g.
Microsoft has described how to fix this issue: https://docs.microsoft.com/en-us/windows/communitytoolkit/controls/wpf-winforms/webview#high-dpi
In the Runtime app:
In a web browser:
Back in the Runtime app:
Note: closing and reopening the app restores the correct view of the attachment; the deleted attachment will not appear.
When attaching files whose filenames exceed 40 characters, the uploaded file is truncated to include just the first 40 characters of the filename. This is all well and good, however the .NET app continues to show the original, un-truncated version of the filename until the next app session is launched and the attachments are retrieved from the server.
Expectation: truncate the file name in the active app session to indicate this is the case.
After attaching a new image, saving the edits consistently throws the message:
Tapping 'OK' to acknowledge this error and then 'X' to cancel committing the edits still persists the would-be attachment in the list of attachments view.
Tapping 'X' in the upper right of the popup view dialog to dismiss it, and then re-querying the point still reveals the attachment until the application is closed and reopened.
If you delete the currently-stored offline map, the application will throw an I/O exception like this one:
Clicking 'OK' successfully restarts the app and reveals the offline map is indeed deleted.
However, attempting to take offline a new section of map throws this same exception. The behavior loops and I haven't figured out how to work offline yet because of it.
If you delete the offline map, the application will crash right away.
The application can be re-launched just fine and reveals the offline map is indeed deleted, but on a few occasions, I've been re-prompted to sign in. Seems the crash may also force signing out the user?
On WPF, the calendar date picker control sets a date, with the time set to 12:00:00AM. The UWP version sets a date and uses the current system time as the time value.
UWP should be updated to match the WPF behavior - default rather than system time.
The ideal would be to set a date with an explicitly null time, but that is not currently an option.
100.5 fixed an issue where binding wasn't working on map title. Remove the workaround from the app.
Even while logged in, downloading an offline map can throw this error after the download completes. (I haven't seen this consistently, but have run into it twice. If and when I can reproduce it more consistently, I'll update with specific steps.)
Note that clicking 'OK' on this message returns to the offline map and everything proceeds as expected. That I can tell, nothing about the offline map is impacted.
If user has multiple layers in map that meet the app criteria, allow them to choose which layer they want to add feature to.
It looks like dates are being set with a time component. Because 6/25/2019 at 7 PM pacific happens at 3 AM on 6/26/2019 UTC, the date value ends up being changed.
I'm not good enough with time to be confident in the specifics, but this gif shows the issue:
NOTE: this will only repro after 6PM in Redlands.
When capturing a new tree point, I've run into several cases where selecting a related tree species does not save this information so that it's viewable outside of the edit session.
The same is also true of ArcGIS Online - the tree record doesn't appear to have a related Species record.
Here's a GIF showing the process of specifying a species, but which isn't available once the edit the saved:
Steps to reproduce:
Remove the extension of a local file by renaming it (I did this by removing the .jpeg
of an image)
In the application, browse to a tree point and upload that extension-less image as an attachment to that feature
Save the edits to persist them to the server
Notice that the file exists, but it cannot be rendered because there is no extension.
Question:
Should we validate to ensure users aren't specifying file names not bearing an extension as a feature attachment?
It looks like the display prominence of fields/field values is not consistent between the main record and its related records.
Notice that for the main tree record, field headings appear in boldface and carry the greater prominence whereas the opposite is true for related records - field values are in boldface.
When saving edits to a record which includes attaching a large file (I tested with a 16.7 MB panorama JPEG), clicking the 'Save Edits' icon does not immediately give feedback to indicate the transaction has been initiated.
Only once the synchronization with the server is complete does the UI update and the 'Save Edits' icon reverts back to the pencil 'Edit Record' icon.
Compared to the user experience when attaching regularly-sized images (in which this icon update is nearly instantaneous), this gives the impression of an unresponsive UI, which prompted me to click the save button multiple times, which eventually resulted in multiple uploads of the attachment.
It would be convenient to provide some sort of acknowledgment (modal dialog?) to indicate that saving is in progress and which could also prevent multiple, successive clicking of the save icon.
Change app to use app-specific location inside the local data folder rather than the root of the roaming folder to store the settings file. This ensures settings and credentials aren't roamed between PCs, and location of data is following best practices wrt local data location
Note that adding and saving attachments still works, they just don't show up in the UI.
Currently the API generates a random file name and extension when an attachment is downloaded. A workaround is in place to create a copy of the file with the proper extension so it can be opened by Windows. This workaround should be removed once the API implements algorithm that doesn't change the file name.
I noticed on the dev
branch that when the app is configured to view a web map that is not public, and when dismissing the sign-in dialog that appears by default, the map fails to load (which is expected), but cites an inaccurate error message.
In this case, an incorrect 'Map failed to load' error is given:
Signing in with valid credentials has no problem launching the expected web map.
Current app is WPF only but is cross platform ready. Add UWP UI to better demonstrate cross platform capabilities
After you've clicked a map feature to select/identify it, the two available methods for deselecting that tree point are:
A suggestion for a third possible method to consider:
In effect, clicking the map in an area that doesn't cause another feature to be selected could also deselect the feature and dismiss the popup view dialog. This is an intuitive behavior for most other mapping applications which permit a feature to be identified or selected on the map.
In essence, it feels a little odd that this behavior doesn't exist already, so logging this enhancement.
Repro steps:
Notice that even before saving, the attached file, or any successively-attached files within the same edit session, do not appear for the record.
Note: once saving the attachments to the record, deselecting it, then re-selecting it, the saved attachments to that record will appear.
I've seen this on both WPF & UWP, both when working online and offline.
This is very low priority, but an observation I came across while testing the apps. On both WPF and UWP, the view of attached files is truncated such that the entire filename cannot be read.
If I recall correctly, the application used to support this by permitting the cell showing the attachment to wrap several lines in order to accommodate these longer filenames.
Add ability for a user to view, edit, add and delete attachments
I'd like to see the Profile view resemble in form and in function (with modifications made for desktop) to that of the iOS application and as it is specified. The reason why this specified design is an improvement to what is here (IMO) is because a user might want to synchronize or delete an offline map when they are operating in online work mode. Currently, a user much switch into offline mode in order to sync or delete the offline map. This presents an undue UX hurdle.
What this means WRT the design spec is that this view incoroprate items 5-8 and they adhere to the same layout and operate similarly (identical?) to how they operate in the iOS app.
Working Online, No Offline Map | Working Online, Has Offline Map | Working Offline |
---|---|---|
![]() |
![]() |
![]() |
This feature in its current form is acceptable because it solves the problem but I think there's room for improvement here and an opportunity to increase parity from platform to platform. If you think it better, we can extract this requirement from this PR and place it into its own issue. Do let me know what you want to do here, I can go either way.
I overlooked these while logging #34 and #40.
Whereas WPF provides consistent hover emphasis and tooltips for all buttons, UWP lacks these for a few, namely the Add Related Record
, Show Detail
, Close [Dialog]
, and Collapse [Dialog]
buttons:
It would be great to shore up these inconsistencies and add them to UWP as well.
When pinning the UWP app to the Windows Start Menu, its icon presently takes up the entire tile and does not include a subtitle. Compared with how this is being handled by other apps, this looks a bit odd.
Here's a comparison with the Collector for ArcGIS app at each of the small, medium, wide, and large tile sizes:
There is no close button when user logs in through Google login. It would be nice to have a close button or a back button which would get back the user to the start page.
Will add a generic close button for the window that is part of the login prompt.
The current CalendarDatePicker
control in UWP does not show placeholder text if the date is null. Instead it shows the current date minus 100 years. This isn't ideal for the current app. This requires further investigation.
Potential ways to show Placeholder
text:
x:Bind
which does not seem to work due to the Two Way
modeCurrent workaround implemented:
private void CalendarDatePicker_Loaded(object sender, RoutedEventArgs e)
{
var datePicker = sender as CalendarDatePicker;
if (datePicker.Date == datePicker.MinDate)
datePicker.Date = null;
}
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.