标签: widget

我有一个带有倒计时功能的 iOS 14 小部件

Text(foo, style: .timer)

当时间小于1分钟时，如何将文字颜色更改为红色？

我向我的项目添加了一个意图扩展目标，我试图区分在编辑模式下显示的小部件类型，IntentHandler并根据此信息，我想用小、中或大小部件类型填充“编辑小部件”列表。

当我使用@Environment(\.widgetFamily) var family它时，它给了我.systemMedium所有的时间，但当时我正在编辑一个大尺寸的小部件。

对于前；当我长按一个小部件来编辑并从列表中选择另一个部件类型时，我看到一个包含小型、中型和大型部件类型的项目列表，IntentHandler但我只想看到小型类型。

问题是，是否可以根据我当前正在编辑的小部件类型来填充列表？

我正在尝试根据小部件的大小执行一些手势运动逻辑。

为了获得大小，我在构建方法中调用以下代码......

final RenderBox renderBox = context.findRenderObject();

有时会返回 null？

是什么导致这个返回 null？有没有更可靠的方法来获取 Widget 的大小？

我在我的 WordPress 网站上实现了 Tawk.to 小部件。但正如您在下图中（移动版本）所看到的，该小部件与我不想要的“致电我们”按钮重叠。默认情况下，Tawk.to 小部件不允许覆盖其 CSS。让我知道您对此的想法。

我们有一个显示统计信息的仪表板，类似于海报丰富的react-admin演示（https://marmelab.com/react-admin-demo/#/）。

我们希望找到一种方法来允许用户将小部件拖动到自定义配置中。

关于用于拖放的反应库有什么想法可以很好地解决这个问题吗？

谢谢

首先，我对我不完美的英语感到非常抱歉；）

我从应用程序复制数据，我想在我的应用程序中点击按钮，它会复制数据并将其粘贴到小部件文本上

预先感谢您的帮助。

我的 flutter 应用程序中有一个有状态的小部件“DayPicker”。相同的代码是：

class DayPicker extends StatefulWidget {
  @override
  _DayPickerState createState() =>
      _DayPickerState();
}

class _DayPickerState extends State<DayPicker> {
  final values2 = List.filled(7, false);
  @override
  Widget build(BuildContext context) {
    var ht = MediaQuery.of(context).size.height;
    return Column(
      mainAxisSize: MainAxisSize.min,
      children: <Widget>[
        SizedBox(
          height: ht / 40,
        ),
        Text(
          'Selected Day(s): ${valuesToEnglishDays(values2, true)}',
          style: TextStyle(fontSize: ht / 40, fontStyle: FontStyle.italic),
        ),
        WeekdaySelector(
          onChanged: (v) {
            setState(() {
              values2[v % 7] = !values2[v % 7];
            });
          },
          values: values2,
          selectedFillColor: Colors.amber,
          selectedColor: Colors.black,
          selectedShape: …

在这种情况下，关于重建小部件和性能方面，两个选项之间有什么区别？

小部件类：

class Dummy() extends StatelessWidget {\n  const Dummy();\n\n  @override\n  Widget build(BuildContext context) {\n    return const Text(\xe2\x80\x9etext\xe2\x80\x9c);\n  }\n}\n

选项1：

class Option1 extends StatelessWidget {\n  const Option1();\n\n  @override\n  Widget build(BuildContext context) {\n    return SizedBox(\n      child: const Dummy(),\n    );\n  }\n}\n

选项2：

class Option2 extends StatelessWidget {\n  const Option2();\n\n  Widget createDummyWidget() {\n    return const Dummy();\n  }\n\n  @override\n  Widget build(BuildContext context) {\n    return SizedBox(\n      child: createDummyWidget(),\n    );\n  }\n}\n

这周我又遇到了这个场景。

我一直在使用key: ValueKey(*aValue*)，但没有特殊原因，考虑到使用可能key: Key(*aValue*)可以类似地工作。

在任何情况下，有什么最重要的原因或深刻理解使用它的原因吗？

我对android的AppWidget机器如何工作感到困惑.

我重新实现了AppWidgetProvider的构造函数,如下所示:

public class MyProvider extends AppWidgetProvider {

   public MyProvider() {
     Log.d("TEST", "Creating...")
   }

   public void onUpdate(..., int[] appWidgetIds) {
      // updating stuff here
   } 
}

从我在文档中读到的内容,我了解AppWidgetProvider实例化一次,当第一次添加该类型的widget时.如果添加了相同类型的另一个窗口小部件,则它将由该提供者进行管理.

但我刚刚发现事实并非如此!

对于我添加的每个小部件,android创建一个新的MyProvider(我从'adb logcat'看到它 - 它为每个小部件打印"Creating ...")!我没有理解为什么:)也许我弄错了？或者文档不清楚.如果每个提供商只管理一个小部件,那么将appWidgetIds传递给onUpdate和其他方法的原因是什么？