Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pull changes from NetlifeBackupSolutions/Winium.StoreApps fork #167

Open
wants to merge 29 commits into
base: master
Choose a base branch
from

Conversation

NickAb
Copy link
Contributor

@NickAb NickAb commented Oct 14, 2016

No description provided.

ole-vegard and others added 29 commits September 28, 2015 07:12
Readme now has a link to the gist, this makes editing the Capture-specific options a while lot easier
-IsHitTestVisible is intended to prevent the FrameworkElement from
consuming the click/tap so that it goes straight to the componenet under.
-It's true by default, it has to be set to false epxlicitly.
-Thus it doesn't say anything about whether the FrameworkElement is
visible or not, just whehter it is clickable
-Dependencies are installed before the app itself
-This is required by some app, for instance thoose who uses C++ runtimes
-Used by setting a list in Capabilities, this can be done just like
setting other options in Capabilities
-Added an InstallDependency() function which is a slightly modified version of
Install()
	-Loads the manifestinfo from the path ( using function in Utils)
	-Installs the package normally
-AppBarButtons have' Label' as their text, not 'Text or 'Content'
-AppBarButtons often lay in a Grid with opacity 0, even when visible.
-This grid is outside of the Page in the view hierarchy so 0 must be
a default / valid value for the AppBar
-Added a function that returns true if :
	-The FrameworkElement is an AppBarButton
	-The AppBarButton is visible
	-The AppBarButtons parents is also available and visible
-If the element is AppBarButton, the function  will return the value of
CommandBarCheck(...) directely
-CommandBarCheck now checks the visibility of all parents
-Added check for CommandBar ( in addition to the already existing AppBarButton )
-Changed loop
-Renamed functions
-ClickCommand is forwarded to InnerDriver
-InnerDriver performs click by automation peer
-Added id to error when not being able to click button
Currently retrieves result from no-argument extension functions.
Should be changed to use DependencyProperties directly, like the
implementation in FrameworkElementExtensions does.
…extension

Allow attributes from FrameworkElementExtensions.
* changed Windows Phone dependent .csproj files to not use pdbonly
debug for any Release config

Fixes: CAPSOL-106
* deciding on using “pdbonly” as DebugType for .csproj files
* See updated information on `pdbonly` for
[CaptureXamarin/pull/337](https://github.com/NetlifeBackupSolutions/Capt
ureXamarin/pull/337)

Relates to: CAPSOL-106
…x-release-ARM-csproj

Fix project files for Release ARM build to store
…SOL-106/fix-release-ARM-csproj

Revert "Fix project files for Release ARM build to store"
-Moved functionality to new class, ExtensionPropertyAccessor
-Use this new class like the other similar functions
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants