FineUIMvc 1.3 发布,新增 19 款仿 Bootstrap 主题

三生石上
 三生石上
发布于 2017年04月10日
收藏 80

FineUIMvc是基于 jQuery 的专业 ASP.NET MVC 控件库,基础版完全免费,可以用于商业项目。今天,我们发布了 FineUIMvc v1.3.0,增加了 6 种纯色背景的主题和 12 种图片背景的主题:

注:所有主题对 FineUIMvc(基础版)都是开放的,可以免费下载使用,文章结尾有下载链接。

Pure Black:

Pure Green:

Pure Blue:

Pure Purple:

Pure Red:

Image Black Sky:

Image Green Rain:

Image Green Drip:

Image Green Poppy:

Image Green Lotus:

Image Blue Sky:

Image Blue Star:

Image Blue Moon:

Image Blue Drip:

Image Purple Fog:

Image Orange Light:

Image Red Dawn:

    注:所有背景图片收集自网络,版权归原作者所有!

全家福

    最后,放一张 FineUI 支持的主题全家福,包含:

    1. [内置] 6 种 Metro 主题

    2. [内置] 24 种 jQuery UI 主题

    3. [自定义] 2 种自定义主题

    4. [自定义] 6 种自定义纯色背景主题

    5. [自定义] 12 种自定义图片背景主题

下载与示例

注:FineUI(专业版)下个版本也会增加相同的自定义主题。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:FineUIMvc 1.3 发布,新增 19 款仿 Bootstrap 主题
加载中

精彩评论

三生石上
三生石上

引用来自“MCHWEB”的评论

啥时候出个JSP版的
下半年会推出纯JS版本,到时间 PHP,Java,Net,Ruby 都能用

最新评论(25

MGL_TECH
MGL_TECH
没有纯页面
三生石上
三生石上

引用来自“田舍先生”的评论

咋眼一看很不错。仔细研究,也还算不错。案例很丰富,看得出来,也是经历过N多些项目考验的。
有几个地方不足:
1.页面没有响应式自适应(目前bootstrap式的自适应)还是比较得人心的,估计作者是不是考虑浏览器兼容到IE6了😓
2.iframe是个好东西,让页面的隔离性很高,iframe好在隔离性好,坏也怀在隔离性太好了,有时候垮iframe操作,始终是件很麻烦的事情。
3.tab打开超出10个,要老老实实一个个的关,好累人的。做个关闭所有,关闭其他不是更好呢?
4.tab的打开关闭顺序是有问题的,关闭当前tab之后,应该展示之前打开的那个,这种窗口栈是个很好的模式,用堆栈来维护。简单的关闭一个之后,打开之前的或之后的,用户在逻辑操作上,都会带来一些问题。

要把一个前端UI做好,适应自己的业务场景很不不容易,好多细节要做,加油吧!

引用来自“三生石上”的评论

多谢,FineUI(开源版)已经存在有 9 年事件了,的确是经历了无数项目的考验。

1. 我们只兼容到IE8,没有做响应式是因为我们觉得没必要做,毕竟后台管理系统的需求和展示性网站首页的需求不同。所谓的响应式自适应也不能完全迷信,说白了就是根据屏幕的不同分辨率适用不同的CSS,如果用汽车的变速箱来比喻的,响应式最多算是3级变速箱,而FineUI的HBox和VBox布局(兼容extjs的相同布局)则可以做到无极变速,根据屏幕尺寸调整内部元素的尺寸。

2. iframe的看法我统一你的说法,不过任何事物有利就有弊,FineUI对IFrame进行了深度封装,每个面板控件都支持EnableIFrame属性,对于典型的子窗体和父窗体的交互,我们也做了封装。

3. 这个有啊,你在tab上点击右键,有“关闭全部标签”和“关闭其它标签”的菜单项。

4. 关闭tab后,会激活上一次激活的tab,这个操作我看没问题哦

最后,还是多谢提出这么多建议。

引用来自“田舍先生”的评论

1.你的无级变速,我真的没有看懂。怎么个无极法,是拖动窗口后自动改变大小呢,还是需要刷新页面,这两个我都试了,mac下chrome,没有看到效果。不知道是不是有这个东西,案例里面没有做。
2.关于响应式,当然:允许我喜欢响应式,也允许你喜欢你的固定式,各有喜好,对于一个有在这方面有特殊癖好的我来说,还是很比较难以接受这种比较固定式的写法,能够把这个东西做更好,我就喜欢把它做更好。
3.我刚刚看了,关闭tab后,会激活上一个,没有问题,问题是再关闭上一个之后,就不一定是上个的下个了。这个问题我处理过,恰好,你也有这个,所以多关注了那么几下。这个tabs标签页打开堆栈,你这个,貌似有些问题的。
4.对于iframe,在我目前的项目中,既爱她,又恨她。这个,我想,你会懂的。哈哈。
其实,我们都做过相似的事情,所以遇到的问题都很像。只不过,你有你的方式,我也有我的方式。其最终目的,都是解决问题。👊
我所说的“无极变速”,就是随着页面大小改变时,里面的控件自定改变大小,示例里面也有很多类似的例子:
1. 页面布局 -> 布局(VBox+HBox,平分当前页面):这里面是几个Panel控件,改变窗体大小,每个面板的宽度和高度会随之调整。
2. 内联框架 -> 表格与编辑窗体:点击表格行中的编辑图标,弹出新的窗体,改变窗体大小,其中表单控件(Label,TextBox,NumberBox,DatePicker,HtmlEditor)的宽度会自动调整。

大概就是这个意思,其他还有好多例子也有。这个布局其实是学自 ExtJS 的,不是我独创的。因为 FineUI 早期的 6 年时间里,用的前段库就是 extjs ,所以对 extjs 比较熟悉。

tab关闭后激活的顺序问题,我回头查下。
O龙猫O
O龙猫O

引用来自“田舍先生”的评论

咋眼一看很不错。仔细研究,也还算不错。案例很丰富,看得出来,也是经历过N多些项目考验的。
有几个地方不足:
1.页面没有响应式自适应(目前bootstrap式的自适应)还是比较得人心的,估计作者是不是考虑浏览器兼容到IE6了😓
2.iframe是个好东西,让页面的隔离性很高,iframe好在隔离性好,坏也怀在隔离性太好了,有时候垮iframe操作,始终是件很麻烦的事情。
3.tab打开超出10个,要老老实实一个个的关,好累人的。做个关闭所有,关闭其他不是更好呢?
4.tab的打开关闭顺序是有问题的,关闭当前tab之后,应该展示之前打开的那个,这种窗口栈是个很好的模式,用堆栈来维护。简单的关闭一个之后,打开之前的或之后的,用户在逻辑操作上,都会带来一些问题。

要把一个前端UI做好,适应自己的业务场景很不不容易,好多细节要做,加油吧!

引用来自“三生石上”的评论

多谢,FineUI(开源版)已经存在有 9 年事件了,的确是经历了无数项目的考验。

1. 我们只兼容到IE8,没有做响应式是因为我们觉得没必要做,毕竟后台管理系统的需求和展示性网站首页的需求不同。所谓的响应式自适应也不能完全迷信,说白了就是根据屏幕的不同分辨率适用不同的CSS,如果用汽车的变速箱来比喻的,响应式最多算是3级变速箱,而FineUI的HBox和VBox布局(兼容extjs的相同布局)则可以做到无极变速,根据屏幕尺寸调整内部元素的尺寸。

2. iframe的看法我统一你的说法,不过任何事物有利就有弊,FineUI对IFrame进行了深度封装,每个面板控件都支持EnableIFrame属性,对于典型的子窗体和父窗体的交互,我们也做了封装。

3. 这个有啊,你在tab上点击右键,有“关闭全部标签”和“关闭其它标签”的菜单项。

4. 关闭tab后,会激活上一次激活的tab,这个操作我看没问题哦

最后,还是多谢提出这么多建议。
1.你的无级变速,我真的没有看懂。怎么个无极法,是拖动窗口后自动改变大小呢,还是需要刷新页面,这两个我都试了,mac下chrome,没有看到效果。不知道是不是有这个东西,案例里面没有做。
2.关于响应式,当然:允许我喜欢响应式,也允许你喜欢你的固定式,各有喜好,对于一个有在这方面有特殊癖好的我来说,还是很比较难以接受这种比较固定式的写法,能够把这个东西做更好,我就喜欢把它做更好。
3.我刚刚看了,关闭tab后,会激活上一个,没有问题,问题是再关闭上一个之后,就不一定是上个的下个了。这个问题我处理过,恰好,你也有这个,所以多关注了那么几下。这个tabs标签页打开堆栈,你这个,貌似有些问题的。
4.对于iframe,在我目前的项目中,既爱她,又恨她。这个,我想,你会懂的。哈哈。
其实,我们都做过相似的事情,所以遇到的问题都很像。只不过,你有你的方式,我也有我的方式。其最终目的,都是解决问题。👊
三生石上
三生石上

引用来自“田舍先生”的评论

咋眼一看很不错。仔细研究,也还算不错。案例很丰富,看得出来,也是经历过N多些项目考验的。
有几个地方不足:
1.页面没有响应式自适应(目前bootstrap式的自适应)还是比较得人心的,估计作者是不是考虑浏览器兼容到IE6了😓
2.iframe是个好东西,让页面的隔离性很高,iframe好在隔离性好,坏也怀在隔离性太好了,有时候垮iframe操作,始终是件很麻烦的事情。
3.tab打开超出10个,要老老实实一个个的关,好累人的。做个关闭所有,关闭其他不是更好呢?
4.tab的打开关闭顺序是有问题的,关闭当前tab之后,应该展示之前打开的那个,这种窗口栈是个很好的模式,用堆栈来维护。简单的关闭一个之后,打开之前的或之后的,用户在逻辑操作上,都会带来一些问题。

要把一个前端UI做好,适应自己的业务场景很不不容易,好多细节要做,加油吧!
多谢,FineUI(开源版)已经存在有 9 年事件了,的确是经历了无数项目的考验。

1. 我们只兼容到IE8,没有做响应式是因为我们觉得没必要做,毕竟后台管理系统的需求和展示性网站首页的需求不同。所谓的响应式自适应也不能完全迷信,说白了就是根据屏幕的不同分辨率适用不同的CSS,如果用汽车的变速箱来比喻的,响应式最多算是3级变速箱,而FineUI的HBox和VBox布局(兼容extjs的相同布局)则可以做到无极变速,根据屏幕尺寸调整内部元素的尺寸。

2. iframe的看法我统一你的说法,不过任何事物有利就有弊,FineUI对IFrame进行了深度封装,每个面板控件都支持EnableIFrame属性,对于典型的子窗体和父窗体的交互,我们也做了封装。

3. 这个有啊,你在tab上点击右键,有“关闭全部标签”和“关闭其它标签”的菜单项。

4. 关闭tab后,会激活上一次激活的tab,这个操作我看没问题哦

最后,还是多谢提出这么多建议。
O龙猫O
O龙猫O
咋眼一看很不错。仔细研究,也还算不错。案例很丰富,看得出来,也是经历过N多些项目考验的。
有几个地方不足:
1.页面没有响应式自适应(目前bootstrap式的自适应)还是比较得人心的,估计作者是不是考虑浏览器兼容到IE6了😓
2.iframe是个好东西,让页面的隔离性很高,iframe好在隔离性好,坏也怀在隔离性太好了,有时候垮iframe操作,始终是件很麻烦的事情。
3.tab打开超出10个,要老老实实一个个的关,好累人的。做个关闭所有,关闭其他不是更好呢?
4.tab的打开关闭顺序是有问题的,关闭当前tab之后,应该展示之前打开的那个,这种窗口栈是个很好的模式,用堆栈来维护。简单的关闭一个之后,打开之前的或之后的,用户在逻辑操作上,都会带来一些问题。

要把一个前端UI做好,适应自己的业务场景很不不容易,好多细节要做,加油吧!
钛元素
钛元素

引用来自“钛元素”的评论

跟踪很久了,确实挺NB,不过我不会用它,嫌弃它有点重

引用来自“三生石上”的评论

在全功能JS库里面,我们的FineUI已经很轻量级,JS文件只有 300K 多点,相比 ExtJS 6.0 的 2.2M,只能呵呵了
赶紧下一个看看
三生石上
三生石上

引用来自“youyax开发者”的评论

哥们加个友情链接如何
请联系客服QQ:2877408506
三生石上
三生石上

引用来自“钛元素”的评论

跟踪很久了,确实挺NB,不过我不会用它,嫌弃它有点重
在全功能JS库里面,我们的FineUI已经很轻量级,JS文件只有 300K 多点,相比 ExtJS 6.0 的 2.2M,只能呵呵了
即将下岗的码农
即将下岗的码农
哥们加个友情链接如何
不吃肉夹馍
不吃肉夹馍

引用来自“MCHWEB”的评论

啥时候出个JSP版的

引用来自“三生石上”的评论

下半年会推出纯JS版本,到时间 PHP,Java,Net,Ruby 都能用
嗯纯js的才是王道
返回顶部
顶部