小编fon*_*232的帖子

我正在处理的应用程序需要ConverterParameter作为枚举.为此,常规方法是:

{Binding whatever, 
    Converter={StaticResource converterName}, 
    ConverterParameter={x:Static namespace:Enum.Value}}

但是,UWP平台x:名称空间似乎没有静态扩展名.

有没有人知道是否有一个不依赖于x的解决方案:静态用于比较绑定中的枚举？

我想制作一些自定义控件,将图像作为按钮.我不希望图像打开按钮 - 我想用从文件中读取的图像完全替换按钮.可能吗？

在我的一个应用程序中，我将Theme.MaterialComponents.Light.NoActionBar用作基本样式。在我称之为 的这种样式中，AppTheme我试图覆盖editTextStyle以提供自定义样式com.google.android.material.textfield.TextInputEditText（根据源代码，它R.attr.editTextStyle用作默认样式）。

这是我当前的主题，与 TIEditText 和 TILayout 相关：

<style name="AppTheme" parent="Theme.MaterialComponents.Light.NoActionBar">
    [ primary and secondary colors, OnColors, etc.]
    <item name="editTextStyle">@style/AppTheme.TextInputEditText</item>
    <item name="textInputStyle">@style/AppTheme.TextInputLayout</item>

    [ Custom attribute for testing, defined in attrs.xml ]
    <item name="textInputEditTextStyle">@style/AppTheme.TextInputEditText</item>
</style>

出于某种原因，即使我设置了editTextStyle，如果我在代码中使用它，它也不会被应用：

<com.google.android.material.textfield.TextInputLayout
    android:id="@+id/tilFirstName"
    style="?attr/textInputStyle"
    android:hint="@string/label_firstname"
    app:layout_constraintEnd_toEndOf="parent"
    app:layout_constraintStart_toStartOf="parent"
    app:layout_constraintTop_toTopOf="parent">

    <com.google.android.material.textfield.TextInputEditText
        android:id="@+id/firstName"
        style="?attr/editTextStyle"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:inputType="textPersonName"
        android:text="@={viewModel.firstName}" />
</com.google.android.material.textfield.TextInputLayout>

但是，如果我替换firstNamewith的样式?attr/textInputEditTextStyle，它会起作用。

为什么我不能覆盖editTextStyle默认主题？这到底是怎么回事？

目标 SDK 为 28，minSDK 为 21，材质库版本为 1.1.0-alpha06

我正在制作一个带有代码突出显示的简单文本和脚本编辑器.为此,我使用RichTextBox.但我不知道如何让它在左侧显示行数,就像在VS或Notepad ++中一样.有什么解决方案吗？

我刚刚将应用程序的GCM更改为FCM,并且还添加了OneSignal.按照信函的指南,甚至创建了一个新的监听服务来处理推送通知.

但是,即使没有监听器,每当我收到推送时,应用程序都会崩溃并显示以下消息:

09-27 14:11:21.483 25361-25361/com.appname.here E/AndroidRuntime: FATAL EXCEPTION: main
Process: com.appname.here, PID: 25361
java.lang.AbstractMethodError: abstract method "android.content.Intent com.google.firebase.iid.zzb.zzae(android.content.Intent)"
    at com.google.firebase.iid.zzb.onStartCommand(Unknown Source)
    at android.app.ActivityThread.handleServiceArgs(ActivityThread.java:3028)
    at android.app.ActivityThread.access$2200(ActivityThread.java:157)
    at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1454)
    at android.os.Handler.dispatchMessage(Handler.java:102)
    at android.os.Looper.loop(Looper.java:148)
    at android.app.ActivityThread.main(ActivityThread.java:5551)
    at java.lang.reflect.Method.invoke(Native Method)
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:730)
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:620)

我已经从侦听器中删除了所有代码,即使这样,也会发生这种情况.

我是以错误的方式实施某些事情,还是我错过了什么？

的build.gradle:

buildscript {
    repositories {
        maven { url 'https://maven.fabric.io/public' }
    }

    dependencies {
        classpath 'io.fabric.tools:gradle:1.22.0'
    }
}
apply plugin: 'com.android.application'

repositories {
    maven { url 'https://maven.fabric.io/public' }
}

apply plugin: 'io.fabric'
apply plugin: 'android-apt'

android {
    lintOptions { …

我现在正在制作智能家居控制系统,我有一点问题.我正在考虑将Cosmos用于基本系统,并为其添加所需的命名空间库,但由于通常的System.Speech.Recognition命名空间过分依赖于Windows Speech API,我不得不忘记使用它.

所以我的问题是,是否有任何(如果可能的话免费)语音识别和/或语音合成器库用于C#,具有以下内容:

• 支持多语言发言
• 从语音样本中提取文本内容
• 用可选择的(或用户编写的)语音模式(语音)合成语音

一般用法,非Windows依赖库是最好的,当然,如果它也是免费的.

我正在开发一个小型个人网站，该网站也需要可打印。该网站本身的结构很简单：body用作背景，有一个具有固定宽度（以及一些样式、填充等）的单个容器子项，在该容器内，我有几个部分 ( <div class="section">)。在打印过程中，除非有必要，否则我宁愿不分解这些部分（因此，.section有一个样式添加page-break-inside: avoid;）。显然，如果这样的部分无法放入单个页面，它将在内部有一个分页符，但否则会将元素滑动到下一页。

这部分工作正常，但是在分页之后，我仍然希望下一个元素与其默认边距正确对齐到页面顶部。但这并没有发生。每当我准备打印时，顶部的边距.section推到下一页的元素顶部的边距就会消失 - 即使它不应该消失，除非我对分页符和边距的理解不正确（可能是这种情况）。

我准备了一个小例子：

body {
  background: none repeat scroll 0 0 #eee;
  margin: 0;
  color: #4a4a4a;
  display: block;
}

.container {
  margin: 16px auto;
  padding: 2.5% 0;
  max-width: 200mm;
  line-height: 1.1;
  border-radius: 16px;
  background-color: #fff;
  color: #fff;
}

.container>.section {
  padding: 3%;
  margin: 5% 2.5%;
  min-height: 500px;
  border-radius: 16px;
  box-shadow: 0px 4px 8px 0px #AA888888;
}

.container>.section:first-of-type {
  margin-top: 0%;
}

.container>.section:last-of-type {
  margin-bottom: 0%; …

在我的应用程序中,我在所有需要提示标签效果的EditTexts周围使用Design Support Library的TextInputLayout.但是我注意到这样做会产生不利影响 - 将它应用到密码字段会使setError方法应用两个感叹号:一个位于EditText的中间,另一个位于适当的位置,略微覆盖"眼睛"(密码可见性)图标.

这仅发生在inputType设置为textPassword的字段上.

我怎么能解决这个问题？

编辑:

XML布局

<android.support.design.widget.TextInputLayout
    android:layout_width="match_parent"
    android:layout_height="wrap_content">
     <EditText
        android:id="@+id/loginEmail"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:hint="@string/hint_email"
        android:inputType="textEmailAddress"/>            
</android.support.design.widget.TextInputLayout>

<android.support.design.widget.TextInputLayout
    android:layout_width="match_parent"
    android:layout_height="wrap_content">
    <EditText
        android:id="@+id/loginPassword"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:hint="@string/hint_password"
        android:inputType="textPassword"/>
</android.support.design.widget.TextInputLayout>

我一直在努力使用最新的 Android 架构组件更新我的最佳实践展示应用程序，并遇到了这个问题。

我正在使用导航组件和片段来创建我的屏幕。因为我更喜欢手动管理我的窗口插图（Chris Banes 的Insetter是一个非常简单的解决方案，我全心全意地推荐它！），我所有的布局根都fitsSystemWindows设置了适当的标志。

问题出现在最初的线性导航中的第三个片段上UserHomeFragment。它与其他布局没有什么不同，尽管它是第一个更复杂的布局。这是迄今为止发生这种情况的唯一片段。

导航到这个片段后，一直到主内容视图的容器突然失去了它们的插图意识，并应用了默认插图 - 违背我的意愿，因为我特别要求不应用插图。我不明白为什么以这种方式发生的简单片段事务会突然影响一直到根视图的视图。

是否可以同时显示 2、3 或 4 个 Snackbars（堆叠）？我现在正在使用官方的 Google Design 和 AppCompat 支持库，并且会派上用场（我使用 Snackbars 来显示应用程序的状态 - 网络状态、电源状态、训练模式等，这些都是重要的信息，有自己的颜色，我不能将它们连接成一个）。

我现在的小吃店是持久的，没有行动，我不打算改变这一点。