Tag: 布局

Android如何使点击时突出显示?

我有一个线性布局,其中每一行都是以编程方式膨胀,我希望这些行在点击时像ListView一样行事。 也就是说,我希望该行以与默认的ListView完全相同的方式/颜色高亮显示。 我怎么去做这个?

你怎么把一个ListView边框?

我想把我的列表视图,这是几个像素宽的边框。 我想要它绕过整个listview片。 我怎样才能做到这一点? 谢谢

CSS布局2列固定液

我想知道是否有人在这里有一个相当简单的教程,以下2列CSS布局。 左侧固定柱和stream体内容柱,带有页眉和页脚,列高相等。

如何适当地包括10“和7”布局

Nexus 7:7“1280×800 Galaxy标签10.1 10“1280×800 我希望我的应用可以在7英寸和10英寸的平板电脑上运行。 据我所知,我必须在我的应用程序中包含这些布局文件夹: 为7英寸片剂 布局sw600dp 布局sw600dp端口 对于10英寸的药片 布局sw720dp 布局sw720dp端口 它在nexus 7上运行良好,但在10“平板电脑上加载sw600dp布局。 如果我包含这些默认文件夹: 布局 布局端口 10“星系标签从这些加载布局。 如果我只包含默认的布局文件夹和sw600dp,它会在nexus7上崩溃。 我应该如何支持手机,7“平板电脑和10”平板电脑,如果10“星系标签不会加载sw720p布局? 编辑:格式化

你推荐哪个Swing布局?

Java库中只有8个布局pipe理器,还有一些第三方产品。 有一天,我试图使用SpringLayout和…呃,它不是为我工作。 看到我的其他问题 。 所以…如果你有一个Swing应用程序来devise,而你想要你的布局,那么你最喜欢的布局pipe理器是什么? 任何有趣的/有用的经验,以涉及? 更新:是的 ,我知道不同的LM适合不同的布局。 但是我希望你们中的大多数人对于你所做的一切事物都使用1,2或者3个,或者你发誓一个多才多艺的人,你永远不需要别的什么。 有了足够的回应,我期望看到类似于钟形曲线的东西,在GridBagLayout或MigLayout(例如)上有一个峰值,还有一些使用(比如说)BoxLayout或FlowLayout的散列函数的尾部。 希望回答的分布将揭示一些人们最常用来获取Stuff Done ™的趋势 更新和总结 好吧,差不多2天后,MiGLayout肯定是在前面! 它的粉丝们很高兴听到这样的布局很快就会进入“官方”库。 GroupLayout,FormsLayout和TableLayout是相对较新的,并没有得到太多的曝光。 也许别人会像我一样惊讶地发现它们。

ios10:viewDidLoad框架宽度/高度未正确初始化

从升级到XCode8 GM和ios10以来,通过Interface Builder创build的所有视图都没有被正确初始化,直到比预期晚得多。 这意味着在viewDidLoad,cellForRowAtIndexPath,viewWillAppear等,帧大小设置为{1000,1000}为每个视图。 在某些时候,他们似乎是正确的,但是为时已晚。 遇到的第一个问题是常见的四处倒angular: view.layer.cornerRadius = view.frame.size.width/2 进一步的问题是依赖于帧大小的任何事情都在代码中进行计算。 cellForRowAtIndexPath 对于cellForRowAtIndexPath,框架大小在初始表格显示时失败,但是一旦您滚动它就可以正常工作。 willDisplayCell:forRowAtIndexPath也没有正确的帧大小。 我已经硬编码了一些值,但显然这是非常糟糕的代码实践,以及在我的项目中相当多。 有没有方法或地方获得正确的框架尺寸? 编辑 我发现使用高度/宽度约束而不是帧宽度高度更可靠。 这可能会增加需要很多新的IBOutlets来链接项目上的高度/宽度约束的开销。 现在我已经创build了一个UIView类别,让我直接访问视图的高度/宽度约束,而不需要IBOutlets。 为了最小的使用,小循环不应该是一个大问题。 对于没有宽度/高度约束创build的IB项目,结果不能保证。 可能返回0最好为常数,或更糟糕的。 此外,如果您没有高度/宽度限制,并且您的视图根据前导/尾随约束dynamicresize,则这将不起作用。 -viewDidLoad似乎具有正确的框架大小,但如果在此处进行修改,则通常会导致UI的可视化更改。 UIView的+ WidthHeightConstraints.h @interface UIView (WidthHeightConstraints) -(NSLayoutConstraint*)widthConstraint; -(NSLayoutConstraint*)heightConstraint; -(NSLayoutConstraint*)constraintForAttribute:(NSLayoutAttribute)attribute; @end UIView的+ WidthHeightConstraints.m #import "UIView+WidthHeightConstraints.h" @implementation UIView (WidthHeightConstraints) -(NSLayoutConstraint*)widthConstraint{ return [self constraintForAttribute:NSLayoutAttributeWidth]; } -(NSLayoutConstraint*)heightConstraint { return [self constraintForAttribute:NSLayoutAttributeHeight]; } -(NSLayoutConstraint*)constraintForAttribute:(NSLayoutAttribute)attribute { NSLayoutConstraint *targetConstraint […]

alignmentWPF中堆栈面板左侧和右侧的控件

我有以下代码: <DockPanel> <StackPanel DockPanel.Dock="Top" Orientation="Horizontal"> <RadioButton Content="_Programs" IsChecked="{Binding Path=ProgramBanksSelected}" IsEnabled="{Binding Path=ProgramsEnabled}" Margin="8" /> <StackPanel> <Label Content="Master" Height="28" Name="MasterFileStatus" VerticalContentAlignment="Center"/> </StackPanel> </StackPanel> … 单选button应该放在堆栈面板的左侧(我删除了一些button,不要混淆这个例子),标签(我暂时放在一个嵌套的StackPanel中)应该在右侧。 我已经尝试了很多路线的组合,但我无法在右侧获得标签。 我应该添加什么来完成这个?

为什么Google和Twitter使用表格布局?

可能重复: 在“现代”网站上使用<table>标签是否有意义? 无论我走到哪里,我都看到不使用表格布局,这是非常邪恶的 ,甚至谷歌说,为什么访问量最大的网站之一Google和Twitter将其用于他们的主页? 我不认为这是一个错误,或任何其他愚蠢的问题。 我能想到的唯一原因是,即使客户端不支持CSS,他们也希望页面看起来类似,就像Lynx一样。 那么为什么大家都说它是如此糟糕,如果互联网上最大的网站使用它。 在我看来,像上面提到的那样,有些情况下,在任何地方都有相同的外观是至关重要的,而不是使用表格。 编辑 :同样的问题,像<center> HTML元素,或与属性alignment和其他“HTML属性和元素用于替代CSSfunction的格式文本”

如何让Zend Framework在发送AJAX响应时不呈现视图/布局?

Zend的文档在这方面并不十分清楚。 问题在于,默认情况下,Zend会在每个控制器操作结束时自动呈现一个视图。 如果你正在使用布局 – 为什么不呢? – 它也呈现。 这对于普通的网页来说很好,但是当你发送一个AJAX响应的时候,你并不需要这么做。 如何防止Zend在逐个行为的基础上自动呈现?

拉伸水平ul以适应div的宽度

对于我的网站的主要导航,有一个980px宽的div与主导航链接ul。 我试图让导航链接拉伸,以适应div的宽度均匀。 <div style="width: 980px;"> <ul id="horizontal-style"> <li><a href="#">Nav Item</a></li> <li><a href="#">Short Item</a></li> <li><a href="#">Really Long Nav Item</a></li> <li><a href="#">Nav Link</a></li> <li><a href="#">Another Link</a></li> </ul> </div> 我正在做一些典型的CSS来水平ul列表(浮法:左,显示:块)。 我可以调整李的填充以使其非常接近,但是我真正需要的是使其自动适应的方法。 可能? 编辑难度1:不能使用表格。 难度2:每个导航项目将有不同的宽度以容纳更长和更短的链接名称。