精华内容
下载资源
问答
  • rclone的简单跨平台GUI
  • decrediton, 面向Decred的跨平台 GUI decrediton decrediton是一个使用电子的decred编写的跨平台跨平台 GUI 。安装当前decrediton在 Windows 。Linux和 macOS 上可用。Decrediton不会使用或者以任
  • webgui:基于Web技术的具有深色主题的跨平台GUI框架
  • wxWidgets跨平台GUI编程

    2011-05-28 15:38:51
    wxWidgets跨平台GUI编程wxWidgets跨平台GUI编程 wxWidgets的又一好教材 还有一个http://d.download.csdn.net/down/2216242/fangyuzhao
  • dlangui:用于D编程语言的跨平台GUI
  • libagar:跨平台GUI工具包(稳定)
  • Hello World的跨平台GUI版本。 这对于检查GUI的操作很有用。 演示版 安装 请使用Snapcraft安装。 sudo snap install helloworld-gui 建筑 要求 Qt5(Ubuntu软件包: qtbase5-dev , qt5-default ) QtTools5开发...
  • wxWidgets, 跨平台GUI库报告问题 wxWidgets是一个自由开源的跨平台 C++ 框架,用于使用本地控件编写高级GUI应用程序。 cxf允许你为所有主要桌面平台编写本机的GUI应用程序,并帮助抽象它们之间的不同。 它可以以用于...
  • iced:受Elm启发的Rust跨平台GUI
  • rust-pushrod:用于Rust的跨平台GUI
  • Yue 创建跨平台GUI应用程序的C 库
  • atitit.跨平台gui 概览

    2016-09-26 15:55:00
    跨平台gui 概览 为什么需要跨平台gui 国际上那些跨平台的GUI程序,除了像Firefox之类的大型项目会重写界面外,中小型的项目基本上都是用GTK+或WxWidgets为多。毕竟要花额外精力统一两个界面的风格,这个难度不...

     

     

     

    atitit.跨平台gui 概览

     

     

    为什么需要跨平台gui

    国际上那些跨平台的GUI程序,除了像Firefox之类的大型项目会重写界面外,中小型的项目基本上都是用GTK+或WxWidgets为多。毕竟要花额外精力统一两个界面的风格,这个难度不小。

     

    现有的跨平台gui技术 swing ,qt, xml h5

    还有自定义xml  GTK

     

    Native vs dsl

     

    H5跨平台gui技术

    作者::  ★(attilax)>>>   绰号:老哇的爪子  全名::Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿尔 拉帕努伊  汉字名:艾龙,  EMAIL:1466519819@qq.com

    转载请注明来源: http://www.cnblogs.com/attilax/

     

     

    HTML5对最终用户的3大优势

    ●大幅降低使用门槛

     用户眼睛看到一个兴趣点,点击后,就应该立即开始满足用户需求。比如流媒体可以立即看,页游可以立即玩。而目前的原生应用市场,用 不管是App、游戏还是音视频,未来都将即点即用。谁先满足用户这个需求,谁就制胜。

    ●实时更新、差量更新的优秀体验

     ●跨应用的使用体验

    他可以在App间方便的直接跳来跳去,而不是使用一个一个孤岛App;他更不用重复录入数据,应用间可以方便的互相传递数据。

     

    参考资料

    HTML5定稿了,为什么原生App世界将被颠覆 - 技术趋势 - 创业邦.html

     

     

     

    转载于:https://www.cnblogs.com/attilax/p/5909486.html

    展开全文
  • NanoGUI: 是一个OpenGL的简约跨平台GUI
  • decrediton是使用Electron在node.js中编写的decred跨平台GUI。 安装 目前,在Windows,Linux和macOS上可以使用dedecditon。 Decrediton将不会使用或以任何方式破坏您此时可能已经在使用的CLI钱包文件。 在下载...
  • SwiftGUI是用于编写跨平台GUI应用程序的Swift框架。 演示版 目前支持Linux和MacOS。 要运行演示应用程序,您需要一个,系统上必须存在和OpenGL 3标头。 在Ubuntu上安装SDL2: sudo apt-get install libsdl2-dev ...
  • 一个从头开始学习的跨平台GUI框架。。。 Xamarin Forms可以,但是有太多限制 拥有一个演示框架又如何: 是否为每个平台从相同的XAML加载UI? 每个平台看起来都一样吗? OmniGUI就是答案 一些事实 您可以在Xamarin...
  • Eto.Forms:用于.NET中桌面和移动应用程序的跨平台GUI框架
  • Nana是一个C 库,旨在使开发人员能够轻松地创建具有现代C 11风格的跨平台GUI应用程序。 目前它可以在Linux(X11)和Windows上运行。
  • 跨平台GUI开发库

    千次阅读 2012-07-17 12:58:57
    跨平台GUI开发库 这篇内容有点专业,不搞开发的的可以飘过。 作为一个跨平台的GUI库,Qt算是老前辈了(据说tk是第一个真正的跨平台的GUI开发包,不知道有没有人验证过,但是用脚本写界面,这个好像不是主流吧...

    [本人baidu博客全部搬家到csdn,baidu博客地址:http://hi.baidu.com/new/miracleconf]

    跨平台GUI开发库

    这篇内容有点专业,不搞开发的的可以飘过。

    作为一个跨平台的GUI库,Qt算是老前辈了(据说tk是第一个真正的跨平台的GUI开发包,不知道有没有人验证过,但是用脚本写界面,这个好像不是主流吧)。网上搜索“跨平台GUI开发”应该可以得到不少对各个开发包进行比较的文章,这里说说我的感受:

    Qt(http://www.trolltech.com/

    我最喜欢的东西,毕竟是商业的东西,没什么bug,文档详细,API接口也做得通俗易懂,对windows、Linux、MacOS的支持都堪称完美。在MFC的世界摸爬滚打之后,发现Qt对程序员来说真是一片空气清新的世外桃源——就是舒服。准确的说,Qt是一个完整的应用程序开发库,而不仅仅是GUI。比如线程、数据库、socket这些东西都有对应的封装。第一次接触Qt是在PDA上的Qtopia环境,Qtopia其实就是在Qt Embeded(不用Xwindows的Linux版Qt)系统中集成了很多应用软件,打成一个包,就像Windows mobile,主要的应用程序都有了,用户还可以再在上面装点自己的小程序。现在Qt都出到4.4版本了,据说相对于版本3主要的改动是矢量图形的支持,我没有用过。Google Earth就是用的Qt,可以看到qt-mt338.dll这个dll文件,说明它用的是3.3.8版本的带多线程支持的Qt。

    Moto曾经在高端的Linux手机上都用Qtopia环境,如A600、A680什么的,那个时候Qtopia也是唯一在嵌入式GUI领域可以商业的Linux方案,GTK on Framebuffer还不那么稳定,后来Moto和一帮日本公司搞了那个Limo基金会,专门用GTK/Framebuffer做Linux方案。今年年初Trolltech被收购的时候,moto说Qt已经对它们不那么重要了,我也相信这是事实。

    GTK(http://www.gtk.org/

    这个现在应该是应用最广的了,LGPL发布。说实话,我不喜欢这个东西,从封装和API上看没有Qt做的好,而且做程序还必须要atk和pango的一系列依赖的包。Wireshark(原来的ethereal)就是用GTK开发的,所以移植到windows上也是用的windows版的gtk,看看Wireshark安装目录下的dll文件就知道gtk要依赖多少东西了。开发起来不爽。说了这么多GTK的坏话,再说点好的,gtkmm是一个gtk的C++封装,做的不错,一看代码风格也知道要现代一些,不知这个mm是什么意思;以gtk为基础的gnome桌面环境现在有Sun和Redhat、Ubuntu的人的商业化支持,所以是原来稳定性越好了。不像Qt为基础的KDE,好像一直没什么商业化的支持,在桌面环境中的日渐式微就不足为奇了,我怀疑商业公司都不是真的喜欢GPL的东西,GTK是LGPL的,商业公司很喜欢,基于GTK的软件哪天它不想开源了也可以。Qt从QPL转到GPL之后,也没有多少商业的支持。这些大公司如果做了一个基础构架,就GPL了一把,让别人都用我的东西,提高自己的影响力,而且用了的公司还也得开源。如果是一个业务层面的软件,大公司的产品就没有一个是开源的。好了,扯远了,GTK也是个不错的东西,FireFox都用它,我从来没有用它做过有点规模的开发还说了这么多坏话,估计rp值有所下降。

    wxWidgets(http://wxwidgets.org/

    原名叫wxwindows,这个也不错,从API和编程风格上,模仿MFC的痕迹比较重,但是封装的很多类比MFC更高级。作为一个开源社区维护的产品,文档写的相当不错。从MFC转到这个上面很容易,开发社区一直比较活跃,还有一个xrc扩展可以用xml来定义界面。这个应该是跨的平台最多的一个开发包了。不过wxwidgets的代码质量和Qt相比应该还是有差距,我在开发中就发现了其中的两个bug(好像那个时候还是2.4版本),但是瑕不掩瑜,总体来说wx做的相当不错,连Apple的MacOS中默认安装都自带wx的运行环境,可见其影响力。另外要说的是,wx从以开始就做了很好的python绑定,叫做wxPython,和wx本身同步更新,基本上现在是python做界面开发的首选GUI库。比如原版的BitTorrent,界面就是用wxPython写的。尽管PyQt和PyGTK都在发展,都有人用,但是在Python的名下,风头似乎不及wxwidgets。上面说用脚本写界面似乎不是主流,但是在Python崛起之后,这个也不好说了。另外要说一点是:在X11上的wxwidgets有三个版本,一是直接用X库的wxX11,一个是基于GTK的wxGTK,还有基于Motif的wxMotif(开发不太活跃)。wxGTK要稳定一些。

    Fox Toolkits(http://www.fox-toolkit.org/

    说实话,没有真正用过,好像一直也还比较活跃,毕竟能撑到现在的GUI库都是有些实力的。

    下面是我的比较:

    1. Qt is the best one. 稳定,一个开发包搞定所有,不好的一点是编译很慢,相当慢,C++的通病啊。Qt Embedded应该是第一个不用Xwindow的linux图形环境吧,赞一个。想学习Linux下的GUI开发,应该从这个入手。甚至可以在VC用Qt的插件开发,做完程序到Linux下重新编译一下就OK了。
    2. GTK,API相对有点复杂,但是在内存占用上相对而言有优势,说道这里再骂两句Xwindow,一个工具栏上的Applet就要驻留10M内存,太烂了吧。GTKmm封装的不错。在windows下开发GTK程序没有Qt那么方便,搭环境就比较复杂,还是在Linux下开发吧。
    3. wxWidgets,移植MFC的程序到Linux下的话当然是用它了。或者你在给Python写界面程序,那就用Ulipad,用wxPython写的一个python集成环境。

    -----------------------------------------------------------------------------------------------------------------------------------------------------------------

    C++类库介绍     
      再次体现了C++保持核心语言的效率同时大力发展应用库的发展趋势!!在C++中,库的地位是非常高的。C++之父   Bjarne   Stroustrup先生多次表示了设计库来扩充功能要好过设计更多的语法的言论。现实中,C++的库门类繁多,解决的问题也是极其广泛,库从轻量级到重量级的都有。不少都是让人眼界大开,亦或是望而生叹的思维杰作。由于库的数量非常庞大,而且限于笔者水平,其中很多并不了解。所以文中所提的一些库都是比较著名的大型库。     
        
      标准库     
        
      标准库中提供了C++程序的基本设施。虽然C++标准库随着C++标准折腾了许多年,直到标准的出台才正式定型,但是在标准库的实现上却很令人欣慰得看到多种实现,并且已被实践证明为有工业级别强度的佳作。     
        
      1、   Dinkumware   C++   Library     
        
      参考站点:http://www.dinkumware.com/'>http://www.dinkumware.com/     
        
      P.J.   Plauger编写的高品质的标准库。P.J.   Plauger博士是Dr.   Dobb's程序设计杰出奖的获得者。其编写的库长期被Microsoft采用,并且最近Borland也取得了其OEM的license,在其C/C+   +的产品中采用Dinkumware的库。     
        
      2、   RogueWave   Standard   C++   Library     
        
      参考站点:http://www.roguewave.com/'>http://www.roguewave.com/'>http://www.roguewave.com/'>http://www.roguewave.com/     
        
      这个库在Borland   C++   Builder的早期版本中曾经被采用,后来被其他的库给替换了。笔者不推荐使用。     
        
      3、SGI   STL     
        
      参考站点:http://www.roguewave.com/'>http://www.roguewave.com/'>http://www.roguewave.com/'>http://www.roguewave.com/     
        
      SGI公司的C++标准模版库。     
        
      4、STLport     
        
      参考站点:http://www.stlport.org/'>http://www.stlport.org/     
        
      SGI   STL库的跨平台可移植版本。     

      准标准库——Boost     
       
      Boost   库是一个经过千锤百炼、可移植、提供源代码的C++库,作为标准库的后备,是C++标准化进程的发动机之一。   Boost库由C++标准委员会库工作组成员发起,在C++社区中影响甚大,其成员已近2000人。   Boost库为我们带来了最新、最酷、最实用的技术,是不折不扣的"准"标准库。     
        
      Boost中比较有名气的有这么几个库:     
        
      Regex     
      正则表达式库     
        
      Spirit     
      LL   parser   framework,用C++代码直接表达EBNF     
        
      Graph     
      图组件和算法     
        
      Lambda     
      在调用的地方定义短小匿名的函数对象,很实用的functional功能     
        
      concept   check     
      检查泛型编程中的concept     
        
      Mpl     
      用模板实现的元编程框架     
        
      Thread     
      可移植的C++多线程库     
        
      Python     
      把C++类和函数映射到Python之中     
        
      Pool     
      内存池管理     
        
      smart_ptr     
      5个智能指针,学习智能指针必读,一份不错的参考是来自CUJ的文章:     
      Smart   Pointers   in   Boost,哦,这篇文章可以查到,CUJ是提供在线浏览的。中文版见笔者在《Dr.   Dobb's   Journal软件研发杂志》第7辑上的译文。         
      Boost   总体来说是实用价值很高,质量很高的库。并且由于其对跨平台的强调,对标准C++的强调,是编写平台无关,现代C++的开发者必备的工具。但是Boost   中也有很多是实验性质的东西,在实际的开发中实用需要谨慎。并且很多Boost中的库功能堪称对语言功能的扩展,其构造用尽精巧的手法,不要贸然的花费时间研读。Boost另外一面,比如Graph这样的库则是具有工业强度,结构良好,非常值得研读的精品代码,并且也可以放心的在产品代码中多多利用。     
        
      参考站点:http://www.boost.org'>http://www.boost.org(国内镜像:http://www.c'>   http://www.c'>http://www.c'>http://www.c-view.org/tech/lib/boost/index.htm)     
        
      GUI     
      在众多C++的库中,GUI部分的库算是比较繁荣,也比较引人注目的。在实际开发中,GUI库的选择也是非常重要的一件事情,下面我们综述一下可选择的GUI库,各自的特点以及相关工具的支持。     
        
      1、   MFC     

      大名鼎鼎的微软基础类库(Microsoft   Foundation   Class)。大凡学过VC++的人都应该知道这个库。虽然从技术角度讲,MFC是不大漂亮的,但是它构建于Windows   API   之上,能够使程序员的工作更容易,编程效率高,减少了大量在建立   Windows   程序时必须编写的代码,同时它还提供了所有一般   C++   编程的优点,例如继承和封装。MFC   编写的程序在各个版本的Windows操作系统上是可移植的,例如,在   Windows   3.1下编写的代码可以很容易地移植到   Windows   NT   或   Windows   95   上。但是在最近发展以及官方支持上日渐势微。     

      2、   QT      
      参考网站:http://www.trolltech.com/'>http://www.trolltech.com/     
      Qt   是Trolltech公司的一个多平台的C++图形用户界面应用程序框架。它提供给应用程序开发者建立艺术级的图形用户界面所需的所用功能。Qt是完全面向对象的很容易扩展,并且允许真正地组件编程。自从1996年早些时候,Qt进入商业领域,它已经成为全世界范围内数千种成功的应用程序的基础。Qt也是流行的Linux桌面环境KDE   的基础,同时它还支持Windows、Macintosh、Unix/X11等多种平台。     
      
      3、WxWindows        
      参考网站:http://www.wxwindows.org/'>http://www.wxwindows.org/      
      跨平台的GUI库。因为其类层次极像MFC,所以有文章介绍从MFC到WxWindows的代码移植以实现跨平台的功能。通过多年的开发也是一个日趋完善的   GUI库,支持同样不弱于前面两个库。并且是完全开放源代码的。新近的C++   Builder   X的GUI设计器就是基于这个库的。     
        
      4、Fox       
      开放源代码的GUI库。作者从自己亲身的开发经验中得出了一个理想的GUI库应该是什么样子的感受出发,从而开始了对这个库的开发。有兴趣的可以尝试一下。       
      参考网站:http://www.fox'>http://www.fox-toolkit.org/     
        
      5、   WTL        
      基于ATL的一个库。因为使用了大量ATL的轻量级手法,模板等技术,在代码尺寸,以及速度优化方面做得非常到位。主要面向的使用群体是开发COM轻量级供网络下载的可视化控件的开发者。     
        
      6、   GTK      
      参考网站:http://gtkmm.sourceforge.net/     
      GTK是一个大名鼎鼎的C的开源GUI库。在Linux世界中有Gnome这样的杀手应用。而GTK就是这个库的C++封装版本。

    展开全文
  • Got-qt GUI Framework 一个利用Go和QML中构建跨平台GUI界面的框架
  • 用于创建本机跨平台GUI应用程序的库。 入门 例子 使用Webview构建桌面应用 开源Slack应用 跨平台同步剪贴板 Yue-使用React渲染的观点 问题 随时在问题页面上提问,但是请使用英语,因为其他用户可能会发现您的问题...
  • gowd, 使用go和 HTML/JS/CSS 构建跨平台GUI应用( 由nwjs供电) gowd使用go和 HTML/JS/CSS 构建跨平台GUI应用( 通过 nwjs插件) 如何使用这里库:下载并安装 nwjs插件安装这里库 go get github.com/dtylman/gowd克隆...
  • 受启发,用于创建xDelta3补丁程序的跨平台GUI,现已可用于Windows,Linux和MacOS。 输出补丁程序也可以在所有三个主要平台上使用,而无需GUI。 特征 与Windows,Linux和MacOS兼容 可扩展的UI 通过拖放将新旧文件...
  • 跨平台 GUI 的三种实现策略.md

    千次阅读 2016-03-10 16:19:39
    跨平台 GUI 的三种实现策略

    原文链接(http://www.devbean.net/2012/08/qt-study-road-2-qt-intro/)

    API 映射

    API 映射是说,界面库使用同一套 API,将其映射到不同的底层平台上面。大体相当于将不同平台的 API 提取公共部分。比如说,将 Windows 平台上的按钮控件和 Mac OS 上的按钮组件都取名为 Button。当你使用 Button 时,如果在 Windows 平台上,则编译成按钮控件;如果在 Mac OS 上,则编译成按钮组件。

    1. 优点:
      所有组件都是原始平台自有的,外观和原生平台一致。
    2. 缺点:
      编写库代码的时候需要大量工作用于适配不同平台,并且,只能提取相同部分的 API。比如 Mac OS 的文本框自带拼写检测,但是 Windows 上面没有,则不能提供该功能。
    3. 代表:
      这种策略的典型代表是 wxWidgets。这也是一个标准的 C++ 库,和 Qt 一样庞大。它的语法看上去和 MFC 类似,有大量的宏。据说,一个 MFC 程序员可以很容易的转换到 wxWidgets 上面来。

    API 模拟

    API 映射会“缺失”不同平台的特定功能,而 API 模拟则是解决这一问题。不同平台的有差异 API,将使用工具库自己的代码用于模拟出来。按照前面的例子,Mac OS 上的文本框有拼写检测,但是 Windows 的没有。那么,工具库自己提供一个拼写检测算法,让 Windows 的文本框也有相同的功能。

    1. 优点:
      API 模拟最大优点是,应用程序无需重新编译,即可运行到特定平台上。
    2. 代表:
      API 模拟的典型代表是 wine —— 一个 Linux 上面的 Windows 模拟器。它将大部分 Win32 API 在 Linux 上面模拟了出来,让 Linux 可以通过 wine 运行 Windows 程序。
      另外一个例子是微软提供的 DirectX,这个开发库将屏蔽掉不同显卡硬件所提供的具体功能。使用这个库,你无需担心硬件之间的差异,如果有的显卡没有提供该种功能,SDK 会使用软件的方式加以实现。

    GUI 模拟

    任何平台都提供了图形绘制函数,例如画点、画线、画面等。有些工具库利用这些基本函数,在不同绘制出自己的组件,这就是 GUI 模拟。

    1. 优点:
      可以很方便的修改组件的外观,只要修改组件绘制函数即可。
    2. 缺点:
      GUI 模拟的工作量无疑是很大的,因为需要使用最基本的绘图函数将所有组件画出来;并且这种绘制很难保证和原生组件一模一样。
    3. 代表:
      很多跨平台的 GUI 库都是使用的这种策略,例如 gtk+(这是一个 C 语言的图形界面库。使用 C 语言很优雅地实现了面向对象程序设计。不过,这也同样带来了一个问题——使用大量的类型转换的宏来模拟多态,并且它的函数名一般都比较长,使用下划线分割单词,看上去和 Linux 如出一辙。gtk+ 并不是模拟的原生界面,而有它自己的风格,所以有时候就会和操作系统的界面格格不入。),Swing 以及 Qt。
    展开全文

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 3,894
精华内容 1,557
关键字:

跨平台gui