谈:MeaWiki/主页的重新设计/设计文档

来自MyaWiki.Org
跳转到导航 跳到搜索

目录

MeaWiki.Org+突出维基百科的范围[编辑]

在我看来,MeaWiki.Org主页(和网站)的一个大问题是,我们在这里做的事情和协调的事情比新来的人推断的要多。MeaWiKi的所有东西都需要到位,当然。然而,重要的是要强调,维基百科是基于MeaWiWi,最新的MyaWiKi版本,许多新的特性首先在那里进行测试。我们不会解决更深层次的问题“MiTaWiKi”与“维基媒体技术”,但我们不能错过这个机会使用维基百科卡,并获得更多的下载,贡献者和声誉感谢它。QGIL说话19:44,2013年12月18日(UTC)

我相信,显示使用MeaWiWi的环境和好处比显示技术要求更重要,并且显示维基百科作为用例不仅仅是必要的,而且我们也需要显示其他案例。——蒙泰罗布雷纳说话03:44,2013年12月19日(UTC)

如何投稿[编辑]

这是一个开源项目,重要的是,任何访问者意识到也有可能以多种方式作出贡献。如何投稿.--QGIL说话19:46,2013年12月18日(UTC)

侧边栏[编辑]

我们受限于MiTaWiKi本身和向量皮肤,因此我们将保持页面的相同结构。然而,我们在左侧栏的侧边栏的设计中具有灵活性。我们应该检查它的内容,我们也可以考虑用CSS单独做什么来突出某些项目。目前我不认为任何人都在关注它。QGIL说话19:49,2013年12月18日(UTC)

我同意一些突出的项目。作为MeaWiKi的新用户,我没有注意到每个页面上的侧栏都是相同的,上传的选项就在那里。——蒙泰罗布雷纳说话03:28,2013年12月19日(UTC)
我又添加了一张关于皮肤的说明万一有用的话。石南墙说话18:35,2013年12月31日(UTC)
我只是在几个月前就开始起草一份草案,而不是忘记它:用户:QGIL/MIDAWIKI.ORG侧边栏. 老实说,我不记得太多了。如果它是有用的起点,罚款。如果不是,我们就忽略它。QGIL说话16:43,2014年1月2日(UTC)
我提出了一组新的链接侧边栏. ——蒙泰罗布雷纳说话15:48,2014年1月20日(UTC)
模型与建议的侧栏更新。——蒙泰罗布雷纳说话14:26,2014年1月21日(UTC)
默认情况下,侧栏的部分可以折叠或展开。模型应该反映一个匿名用户第一次登陆MyaWiki.Org时的默认状态。我们绝对不想在默认情况下显示出大量的选项,所以我会说,所有的部分都是默认的崩溃,除非我们有一个很好的理由来扩展一个。QGIL说话18:08,2014年1月22日(UTC)
好的,边栏扩展只是为了显示所有的子项目,但是我会在下一个版本的模型中崩溃。——蒙泰罗布雷纳说话18:48,2014年1月22日(UTC)
我想如果我们真的需要一个折叠菜单。也许一个简洁的菜单,只有几个关键页面的链接就足够了。你怎么认为?——蒙泰罗布雷纳说话16:21,2014年2月3日(UTC)
边栏可以直接编辑。侧栏. 你可以把重点放在边栏的样式上,而不是麻烦的内容,这是一个单独的讨论,我确信一些撰稿人会喜欢加入。QGIL说话22:40,2014年2月5日(UTC)
蒙泰罗布雷纳已经开始在侧栏上工作了,因为主页本身现在需要的时间更少了。文件:StBaBr.MoCkUp.PNG. Brena,我认为模型应该包括在MIDAWiki.Org侧栏中可以看到的树形行为:直接链接(主页,获取MyaWiKi…),页眉折叠/展开(支持,开发…),然后在扩展段落时只能看到项目。此外,还不清楚“……”背后的意图是什么?图标他们是否应该定义一个图标,在每个单独的导航项上?那就太过分了。即使在标题中,我也不认为图标是需要的,它们可能不容易在边栏中实现。请只假设文本。QGIL说话22:10,2014年3月5日(UTC)
我用原始文本更新了侧边栏,删除了图标。请看一看,告诉我你的意见。谢谢你——蒙泰罗布雷纳说话2014年3月6日21时28分(UTC)

好处[编辑]

我寻找了一个描述的好处,我们可以采取的时候使用MyaWiKi,但没有找到。如果有人能和我分享这些信息,我将不胜感激。——蒙泰罗布雷纳说话15:25,2013年12月19日(UTC)

我发现了这些信息手动:安装前MealaWiKi的可能用途Wiki软件的比较——蒙泰罗布雷纳说话16:09,2013年12月19日(UTC)

确实如此。据我所知,我们没有为MiTaWiKi准备好的音高。我们需要创造一个(这超出了你的范围,在我的盘子里)。一个想法是在网上搜索“为什么MiaWiki?”看看别人是如何推销我们的软件的。不管怎样,对于这份文件来说,重要的是强调主页需要突出顶部的n个好处,但是如果我们还没有把列表钉牢,我想在这一点上是好的。QGIL说话05:46,2013年12月20日(UTC)
是γ多恩. 这个问题将被讨论。在这里. ——蒙泰罗布雷纳说话14:05,2014年1月17日(UTC)

贬低RFC“MealWiki.Org主页调整”[编辑]

请告诉我,当你有信心,任何相关的点在请求评论/媒体WIKI.Org主页调整反映在设计文件中。然后我们可以组织一个小的评论来同意对该文件的贬低。一旦Heather,你和我同意,你会要求关闭该RFC,好吗?——QGIL说话06:00,2013年12月20日(UTC)

我试图提取和编译所有相关的点,并添加设计文档,对我来说听起来足够我们的审查。——蒙泰罗布雷纳说话15:02,2013年12月20日(UTC)
好的,让我们等待一个坚实的设计文档,然后我们(意思是你):将提出对RFC的贬低。QGIL说话16:41,2014年1月2日(UTC)
是γ多恩. 我认为在这一刻,我们可以宣布RFC被弃用。设计文档涵盖了RFC“MealaWik.Org主页调整”的要点和思路。——蒙泰罗布雷纳说话20:20,2014年1月13日(UTC)

更明确的优先级[编辑]

在这个文件中需要改进的是明确的优先级定义。目前社区主页的基本原理、主要问题、社区内容等多方面,容易引起人们的关注。分拣事项,甚至是非常重要的点和其余部分的视觉区别也是受欢迎的。现在看来,颜色缺乏协调是一个大问题,而可能不是很多眼睛会到达这个主页没有回答的重要问题。优先化是设计和项目规划的一个关键方面。如果你花更多的时间重新排序和删除而不是写作,不要惊讶。那很好。QGIL说话06:07,2013年12月20日(UTC)

我同意颜色缺乏协调是一个大问题,但我认为这几乎是最后一件事,因为它取决于页面的内容和结构。——蒙泰罗布雷纳说话15:42,2013年12月23日(UTC)
我仍然认为这份文件的结构并不能反映我们想要做什么,为什么要这么做。此外,在介绍和理由的文本数量不利于迅速切入点。你可能已经失去了许多潜在的利益相关者/贡献者已经失去了在这一点上。“问题”几乎是在末尾,事实上,抓住了真正重要的东西。如果我们同意MWO主页应该回答的问题,那么我们就有了一个好的开始。如果我们在这些问题上达成一致,那么我们可以看到当前主页的答案是什么,如何有效,哪些是完全缺失的。一旦问题/答案的列表达成一致,我们就可以开始研究细节。QGIL说话19:42,2013年12月30日(UTC)
这是一个很好的观点。我们应该建立这个讨论并要求社区参与。(意思是,我们应该建立另一个RFC,而不是期待人们去展示旧的。)石南墙说话20:27,2013年12月30日(UTC)
是γ多恩. 我分析并回答了当前页面正在回答的问题。——蒙泰罗布雷纳说话15:53,2014年1月2日(UTC)

MyaWiki.Org中的大多数浏览页面[编辑]

文件:25查看最多的文章201304.PNG可以用实际文本中的表替换。最后,它只是显示文本,它将更可读和可编辑为文本。我们也应该链接到页面。请注意,BOT的数据是从2013年4月开始的,我们甚至不知道它是否在计算整个月份。也许现在的统计数据是不同的…有一个问题,为什么你要突出这一页的浏览页面?只是问问。也许现在的主页影响了这个列表。在任何情况下,了解这些页面是什么,并以某种方式对它们进行分组将是有益的。例如,“扩展:DPLAd论坛”并不是相关的,但与用户知道MeaWiki.Org做某事有关(什么?)有关MyaWiKi扩展的信息。QGIL说话06:17,2013年12月20日(UTC)

我没有找到最新统计数字的摘要。我发现但是搜索必须是逐页的。我确信当前主页对统计数据有影响。我强调这个列表来反映这些页面是否是我们最想要访问的页面。如果不是,我们能做些什么来让更多的人进入我们想要的页面。蒙泰罗布雷纳说话16:34,2013年12月20日(UTC)
是γ多恩. 统计给出了一个关于需要接收高亮的页面的想法,但是数据过时了,在这个设计文档中是不被考虑的。——蒙泰罗布雷纳说话20:48,2014年1月13日(UTC)

复制文本[编辑]

进入问答我认为这些问题在这个文件中是完全有意义的,但是我对答案不太确定。希瑟会知道得更好,但是我们是否需要在文本中得到如此详细的信息,几乎感觉像是要成为最终的复制文本?我担心这些句子会引起人们的注意和争论,而文件中的重要的和更抽象的点几乎被忽略了。在这一点上,我们为什么想要使用MyaWiKi是不太相关的。重要的是我们希望主页回答这个问题。等等——QGIL说话06:23,2013年12月20日(UTC)

你完全正确。在这一点上,我们不必担心回答这些问题。——蒙泰罗布雷纳说话15:11,2013年12月20日(UTC)
事实上,我认为这份文件完全是为了写出你所有的想法。我们创建设计解决方案的一部分是首先回答文本或图表中的问题并讨论它们。我同意重要的事情需要优先考虑,而“其他问题”可以被转移到一个所有的部分。我认为文档的其余部分将受益于对列表元素的进一步解释。石南墙说话20:23,2013年12月30日(UTC)
我试图回答另一个问题。版本文件的你认为是相关的把它放回原处吗?——蒙泰罗布雷纳说话15:54,2014年1月2日(UTC)
是γ多恩. 这个问题将被讨论。在这里. ——蒙泰罗布雷纳说话11:58,2014年2月11日(UTC)

重复过程[编辑]

MealWiki/HoePaGe1重新设计/设计文件MyaWiki/HoePaGe1重新设计可交付物很大程度上重叠。在设计文件中需要这些信息吗?是或否,最后会有一个列表在一个地方,然后根据需要指向很多链接。QGIL说话06:27,2013年12月20日(UTC)

是γ多恩. 实际上,交付物是关于我在OPW上的活动,我把它转移到我的网页. 步骤部分指的是在项目建设中使用的迭代过程,我认为最好保持下去。MyaWiki/HoePaGe1重新设计步骤. ——蒙泰罗布雷纳说话15:47,2013年12月20日(UTC)

内部链接,外部链接,参考文献…[编辑]

我不确定你是否使用参考文献。这是一份工作文件,而不是百科全书或学术著作。我会说,直接使用链接更加清晰和高效。请记住正确地链接到内部页面和内部WiWi页面。帮助:链接.--QGIL说话2013年12月20日06:30(UTC)

是γ多恩. 直接引用链接。——蒙泰罗布雷纳说话18:41,2014年1月8日(UTC)

Download Button[编辑]

虽然我喜欢在新布局草案中下载按钮的放置,但我确实认为,在它下面,就在“尝试或贡献”链接之上,应该有链接下载前两个版本,如果有人想下载MyaWiKi,但不想要最新版本或其他什么的话。类似于PHP.NET列出了三个版本。这只是我的看法。——乔治巴尼克说话16:21,2013年12月24日(UTC)

这是矛盾的观点。进入请求评论/媒体WIKI.Org主页调整有些人说,只保留一个下载链接,重定向到页面,那里有下载以前三个版本的链接。我们目前有链接到最后三个发行说明,下面的表有访问量在过去的30天。也许这个统计数据可以帮助我们决定是否应该保留它们。我个人更喜欢比较简洁的东西。火狐. ——蒙泰罗布雷纳说话16:23,2013年12月26日(UTC)
网页 访问量
下载 十二万零八百七十三
发行说明1.22 四千八百五十三
发行说明1.21 四千三百二十四
发行说明1.19 三千三百零八
我们可以在适当的时候再讨论这个问题。在这一点上,重要的是“我怎样才能得到MiaWiKi?”这是一个主页应该回答的问题,我相信大家都同意是的,这是一个重要的问题。:)QGIL说话20:04,2013年12月30日(UTC)
是γ多恩. 这个问题将被讨论。在这里. ——蒙泰罗布雷纳说话13:29,2014年1月16日(UTC)

好的教训和启示[编辑]

下面是一些在其他网站上观察到的很好的教训,我们可以从中得到一些启发。大多数软件站点突出了获得和使用工具的兴趣和质量。我们可以在这样的网站上看到乌邦图角晶状体费多拉火狐侏儒. 现场办公套件将信息分类为便于用户找到他们想要的东西的类别。站点作为安卓逐浪显示世界各地使用的实例数量。这个吉特游戏框架显示谁在使用。github该网站展示了一些截图,描述了用户为什么会喜欢使用它。蒙泰罗布雷纳说话·小旗10:49,2013年12月27日(UTC)

这个网站的收集非常好。让我们找到一种方法将它纳入设计文档本身,或者作为一个声明的灵感来源列表,很好的例子…和/或嵌入在该计划中,例如“主页应该更干净,以更为XYZ,例如参见(链接到适当的例子)。”QGIL说话16:27,2014年1月2日(UTC)
是γ多恩. 集合埋藏在平原上,还增加了其他好的例子。谢谢你的提示;蒙泰罗布雷纳说话2014年1月7日23时02分(UTC)

语言选择器[编辑]

当前在网页上选择语言的框占据了很大的空间。我测试扩展名:LanguageSelector对我来说听起来更好。我认为我们可以使用LaulaGyStReStudioasasPultLe选择器,但这种配置将适用于所有页面,我怀疑这是否可以接受。——蒙泰罗布雷纳说话2013年12月30日12时19分(UTC)

让我们不要挑战目前的酒吧在页面顶部(英文,创建帐户…和“MiaWiki.Org,讨论……”。它们遵循默认的MiaWiki,它们在维基媒体维基中部署,如果我们尝试触摸它们,它可能在技术上是复杂的,而且是不必要的争论的来源。QGIL说话19:46,2013年12月30日(UTC)
好的,但是这个扩展可以在边栏上添加语言选择器,而不是在顶部。——蒙泰罗布雷纳说话11:32,2013年12月31日(UTC)
好的,在这点上我不会反对,因为在这个阶段它是一个实现细节。我喜欢你挑战不同领域的意愿!——QGIL说话16:34,2014年1月2日(UTC)
是γ多恩. 好的,这次我们将保持盒子语言。——蒙泰罗布雷纳说话16:06,2014年1月9日(UTC)
对不起,事实上我错误地解释了你的建议。我认为你指的是标题中的语言选择器,实际上你指的是页脚顶部的巨大的语言框。那个箱子确实很大,装满了。我得说我们现在就把它拿走。在理想的世界里,顶部的语言选择器应该足够了。还认为,在非英语浏览器用户应该在他们的语言默认主页。然而,在MIATAWIKI.ORG中这是真的吗?你尝试过用葡萄牙语配置的浏览器吗?不管怎样,我刚刚找到错误30047 -语言选择不会改变内容语言这与这个讨论非常相关。QGIL说话22:09,2014年1月9日(UTC)
我尝试了我的浏览器配置在Portuguese,我没有得到主页在我的语言默认情况下。——蒙泰罗布雷纳说话10:47,2014年1月13日(UTC)

当前主页存在的主要问题及解决办法[编辑]

  1. 几乎没有挖掘空间。-你能说更多关于这个和它的意思吗?有些解决方案是什么?
  2. 对游客没有任何感觉。你认为它应该传达什么样的感觉?有什么可以改变的?

谢谢!石南墙说话20:16,2013年12月30日(UTC)

我认为主页在“当前版本”和“新机会”框中有差距。语言和类别盒占据了不必要的空间。
我们可以:
  • 删除当前版本并只使用下载按钮
  • “新闻”与“新机遇”的融合:“新闻与机遇”
  • 固定项目的限制,以显示“新闻和机会”框
  • 将语言选择器移动到侧边栏
活泼。主页需要传达热情和活跃的社区如何努力创造一个令人难以置信的软件。也可以传递强大而可靠的MiaWiKi。
我们可以:
  • 添加一个显示社区如何工作的视频
  • 使用颜色更加活泼和快乐的照片
  • 添加使用MeaWiWi的组织的陈列柜、奖品、徽标
  • 使用MyaWiKi显示下载量和实例
——蒙泰罗布雷纳说话13:21,2013年12月31日(UTC)
问题列表会从优先次序和分组中受益,就像你对问题所做的那样。我们有问题与消息(未回答的问题,缺乏感情,组织的人/行动,重复链接,下载版本,技术词汇,统计,核心/扩展,侧边栏),外观和感觉(颜色,图标,图像),布局(白空间,语言选择器,用户箱在头)。
我们还需要确定我们认为重要的问题和我们应该实施的解决方案。然后我们还可以列出别人报告的其他问题,但对解决方案本身或问题本身缺乏一致性。
请处理这些要点。然后我们可以开始解决每一个问题,并就我们目前的理解达成一致。QGIL说话2014年1月6日23时33分(UTC)
是γ多恩. 这些问题被归类和优先考虑,准备好识别我们同意解决的问题。——蒙泰罗布雷纳说话15:05,2014年1月14日(UTC)

去掉谷歌浏览器中维基[编辑]

Moiz和贾里德已经开始提出一项建议。巴雷斯内米亚维基这是一个MyaWiKi版本,没有框架周围常见的接口元素。我想指出这一点,以防对您的设计开发或最终项目有所帮助。石南墙说话18:32,2013年12月31日(UTC)

这个项目很有趣。我肯定会有所帮助的。如果我们使用它,我们可以获得更多的工作空间。谢谢你——蒙泰罗布雷纳说话10:54,2014年1月2日(UTC)
那个项目确实很有趣,我不知道。谢谢您!然而,这是一个非常早的阶段,即使它将被部署和可用于MyaWiki.Org明天,我预计会有大量的反对意见,任何愿意在这里实施它的提案。该项目本身说,它是一个针对“微网站”的解决方案,MiTaWiki.Org绝对不是。还要注意的是,MyaWiki.Org大概应该展示MiaWiki本身的全部潜力(是吗?如果是这样,我们应该把这一点添加到设计文档中。有一个看起来不像MeaWiki站点的MyaWikI.Org站点,它的目的就是失败。正如在其他地方评论的那样,我不会质疑MyaWiki.Org中当前MyiWiKi导航条的存在。取而代之的是,我将尽可能在技术上改进它们,比如使用普通的MiaWiKi特性,比如定制CSS和我们想要的项目的定义。QGIL说话16:32,2014年1月2日(UTC)
是γ多恩. 好的,这一刻我们将在不考虑BaBoeSeMeaWiKi项目的情况下进行模拟。——蒙泰罗布雷纳说话2014年1月7日23时13分(UTC)

关于理性[编辑]

目前,基本段落的基本段落基本上说:

  • 社区一直在讨论主页、报告问题和改进(但我们没有具体说明)。
  • 关于重新设计主页的需求有一个全面的协议(但我们不能指出这样的协议)。
  • 主页留下了一些未回答的主要问题(但我们没有具体说明)。
  • 主页必须帮助访问者选择MyaWiKi而不是其他选项(OK,这是一个参数)

这听起来像是一个模糊的网页重新设计的理由。这方面的内容如何:

  • MeaWiki.Org主页应该做a,b,c
  • 然而,目前它只做了1, 2, 3,因为x,y,z
  • 自2012起,社区就一直试图讨论、同意和实施改进,但成效甚微。
  • 解决这些问题需要一个总体计划,这个设计文件描述的协调行动。

“A、B、C”是主页的重中之重,它们是什么?“1, 2, 3”解释了当前主页离最高优先级有多远。“X,Y,Z”描述了当前主页的主要问题。

你怎么认为?——QGIL说话22:18,2014年1月2日(UTC)

我认为这是一个很好的理论基础,我试着坚持下去。谢谢你!)蒙泰罗布雷纳说话15:44,2014年1月3日(UTC)
我试图简化和锐化文本的基本原理(以及第一段)。当然,随意随意回复或修改。有了这个,我会深入到问题部分。QGIL说话2014年1月6日23时12分(UTC)
是γ多恩. 现在好多了。谢谢你——蒙泰罗布雷纳说话2014年1月7日23时18分(UTC)

关于问题[编辑]

我认为目前的问题清单是好的,但也许还有一些改进的余地。此外,通过对这些问题进行分组,图片可以更清晰。

这些尝试说服新的收养者:

  • 什么是MiaWiKi?
  • 它解决了什么问题?
  • 为什么我要使用它?
  • 谁用的?
  • 我怎样才能得到它?
  • 为什么我们崇拜MiaWiKi?(需要重新措辞)

正如我们所看到的,这个前线被覆盖了很多,但我还是会补充:

  • 如何定制和扩展MyaWiKi?

这一点关注当前用户(编辑器和系统管理员,非常不同的配置文件)。

  • 我怎么用呢?

我会补充

  • 我在哪里可以得到帮助?
  • 我在哪里可以报告问题?

这一点侧重于撰稿人:

  • 为什么要贡献MeaWiKi?

我会补充

  • 谁制造了MiaWiKi?
  • 如何开始贡献?

所有这些在主页上可能有太多的问题需要回答。如果你这样想的话,我们就需要有选择性。QGIL说话22:46,2014年1月2日(UTC)

好吧,我知道你喜欢这个主意。最后一个评论:“它解决了什么问题?”“我为什么要用它?”和“为什么我们欣赏MiaWiKi?”这些不都是一样的吗?很明显,我们需要解释。好处但也许我们可以同时解决这三个问题。QGIL说话22:23,2014年1月6日(UTC)
我同意“为什么我要使用它?”“为什么我们欣赏MiaWiKi?”可能会得到好处的回答,但我认为答案是:“它解决了什么问题?”需要非常清楚。——蒙泰罗布雷纳说话2014年1月7日23时51分(UTC)

“社区的改进和内容”[编辑]

这一部分的内容应该简单地合并为问题和解决方案。我知道你们这样做是为了强调先前社区讨论中提出的建议,但是设计文件是将新旧讨论合并为一个计划的地方。一个当前的问题同样重要,不管是谁报告的以及多久以前。QGIL说话2014年1月6日23时17分(UTC)

是γ多恩. 这是正确的。这部分的内容合并了。——蒙泰罗布雷纳说话2014年1月7日23时21分(UTC)

视频(我们没有)[编辑]

有几个参考视频显示我们的社区有多么伟大。我同意,这样的视频会很棒(事实上我把它添加到我的积压中,不要忘记这个想法)。事实是,我们没有它,我也不希望我们很快就拥有它。因此,最好不要指望它。QGIL说话20:44,2014年1月7日(UTC)

我认为视频可以被其他媒体取代,这是一张通过同样想法的照片。——蒙泰罗布雷纳说话2014年1月7日23时23分(UTC)
第二个想法是,在一个专门用于视频的内容中有一个区域可能是个好主意。只是不是理想的社区展示视频(我们没有),但视频显示即将到来的功能或有趣的会议(我们定期生产这些,事实上,他们欢迎更多的观众)。只要有更好的视频,我们就可以更新这个视频模块。QGIL说话18:56,2014年1月10日(UTC)
是γ多恩. 让我们保持占位符的视频。——蒙泰罗布雷纳说话15:39,2014年1月21日(UTC)

流行页面[编辑]

在与缺失问题的关系中,文档建议“添加”流行页面或“频繁访问/请求页面”框(最好是自动更新)。流行的网页可以流行(意思是可以得分高的页面访问)的许多原因无关这些问题。当前主页检测到的问题之一是链接的扩散。让我们不要忘记,我们仍然有侧栏。尽管如此,我相信我们不需要“流行页面”,甚至更少的自动提供。QGIL说话21:01,2014年1月7日(UTC)

这个想法出现在请求置评已经讨论过没有达成决议。我认为新的布局可以有必要的链接,并在页面上传播,没有一个盒子来保存它们。——蒙泰罗布雷纳说话16:32,2014年1月8日(UTC)
是γ多恩. 删除建议:“添加“流行页面”或“频繁访问/请求页面”框(最好是自动更新)。蒙泰罗布雷纳说话19:12,2014年1月8日(UTC)

显示统计[编辑]

关于缺失的问题,该文件建议“显示关于MeaWiWi(最好是自动更新)的统计数据。”我们有没有在他们的主页上炫耀(可靠的)统计数据的网站?我的意思是,我们可以提供两个数字,比如“超过3000个扩展”,“大约700个贡献者”…但是对于更详细的统计数据,有什么特别的想法,自动更新吗?——QGIL说话21:11,2014年1月7日(UTC)

在传递情感的问题上,还有一个关于STATS的提法:“使用MealaWiKi显示下载量和实例,例如参见:安卓逐浪“这些数字很棘手:人们从不同的来源获得MyaWiKi,许多MixaWiks是私有的内部网……HTTPS://WiKiAPiaR.COM/我们可以信任一些数字,例如扩展数。尽管如此,我还是会问自己,我们需要注入多少情感。我知道当我安装我的第一个MiaWiKi时,我很少关心那里的实例数量。我知道有很多“我”,而我的简单数学是:“如果它为维基百科工作,它必须为我工作。”QGIL说话21:19,2014年1月7日(UTC)
这是一个很好的观点。事实上,探索展示比统计数据更能唤醒新用户的兴趣。——蒙泰罗布雷纳说话17:05,2014年1月8日(UTC)
是γ多恩. 让我们把重点放在提供和突出展示。——蒙泰罗布雷纳说话16:25,2014年1月9日(UTC)

关于Butter开发人员[编辑]

该文件称,“ButkPress人员更难找到信息”,但在同一点上,它实际上建议“将开发者分成”核心“和”扩展“”。实际上,我认为最好的方法是对主页上的所有开发人员都有一个单独的和突出的调用,将它们引导到另一个页面。开发者集线器. 其次,应该有另一个调用来参与(开放给任何贡献者,而不仅仅是开发者),指向如何投稿.--QGIL说话21:34,2014年1月7日(UTC)

我同意这两个观点是很矛盾的。在我看来,我们可以调用一个开发人员,而不是分成两个部分。我也认为我们应该对捐助者有一个重要的号召。——蒙泰罗布雷纳说话17:25,2014年1月8日(UTC)
是γ多恩. 删除建议:“分裂开发者进入”核心“和”扩展“。——蒙泰罗布雷纳说话19:06,2014年1月8日(UTC)

链接到现场演示[编辑]

我喜欢提供一个链接到MyaWiKi现场演示的想法。然而,这个链接应该指向哪里呢?除非我错过了它,我们没有一个纯粹的MiaWiKi实时演示,提供了用户安装简单的MealaWiKi(例如HTTP://StudioRun.COM/MIDAWIKI/DEMO做)。即使在这种情况下,PrimeMediaWiki也不包含现在大多数有趣的特性(ECHO、VisualEdgor、Script Butto…),这使得可能(n)的可能性会暴露。HTTPS://Test2.WiKiToa.Org/再多一点。也许吧马哈舍什伯格有更好的主意吗?——QGIL说话21:54,2014年1月7日(UTC)

重要的是使用具有最新特性的环境,并且使用维基百科的测试可能是非常积极的。. --蒙泰罗布雷纳说话17:55,2014年1月8日(UTC)
是γ多恩. 让我们保持链接到现场演示。——蒙泰罗布雷纳说话16:10,2014年1月21日(UTC)
我经常听说,MyaWiKi的股票安装经常被垃圾邮件溢出,由于某些扩展没有默认安装,这可能会给使用演示的人带来负面的体验,因为站点本身是一个真实的演示……这是需要的吗?Jaredzimmerman(WMF)说话02/43,2014年1月23日(UTC)
事实上,我们在最后一个版本中删除了链接到直播演示,只是为了保持主页尽可能简单。现场演示的想法可能仍然很好,并在GET MeaWiKi页面上出现。有些东西像HTTP://StudioRun.COM/MIDAWIKI/DEMO我们可以联系到。另一个想法是让实验室中的一个实例一天自动安装一个预定义的配置和扩展列表(我应该对此提出一个请求)。无论如何,在这次演习的背景下,不是优先事项。QGIL说话07:45,2014年1月23日(UTC)
是γ多恩. 如所讨论的,直播演示的链接/按钮被移除。——蒙泰罗布雷纳说话10:53,2014年1月23日(UTC)

新闻与新机遇[编辑]

关于“合并盒”新闻和“新机会”到“新闻和机会”,我同意这些盒子有问题,但我不认为合并它们是解决办法。它们是不同的东西。新的机会实际上是同步的。项目:日历而且,如果我们想表达情感和社区,它可能会留下来,因为它指向的场合,以满足网上社区或面对面。QGIL说话22:07,2014年1月7日

在这种情况下,我们可以给“新的机会”更多的亮点,也许在另一个标题中想到“寻找我们”或“加入/接近社区”。——蒙泰罗布雷纳说话18:35,2014年1月8日(UTC)

新闻是更麻烦的,因为它占据了网页的很大一部分,它基本上是不被维护和忽略的(MEA CURPA)。我们有M:科技/新闻我们有HTTPS:/BLUG Wikimdia.Org/C/技术以维基媒体为中心,但是(如果你问我)比没有更好。我们可以在此基础上加以改进。哦,我们也有MIATAWIKI帐户社会媒体.--QGIL说话22:07,2014年1月7日(UTC)

关于“新闻”,我认为博客或科技/新闻的一个突出的链接就足够了。——蒙泰罗布雷纳说话18:35,2014年1月8日(UTC)
在一个相关的注释中,你可能会对意大利维基百科现在如何自动显示最新的技术通讯。社区门户. 这是通过使用标记截面转换来实现的。页面我们在哪里发布时事通讯。简单地说,在这里复制它是微不足道的。{{{LST:Foo`TeeTeNe}-{{Curruty}}}-{{{时间:W} }}}}其中,Foo是一个页面,我们可以在这里发布时事通讯。考虑到建立起来是多么的容易,我认为在你的一个建议中值得尝试,即使只是为了讨论。吉罗姆12:58,2014年1月15日(UTC)
从视觉上展示社区,我真的很喜欢这张照片由莫特罗布雷纳建议。我会试着把它融入我的模型中。另外,你认为将来用其他的、最近的社区事件的照片替换这张照片会怎么样?. --新信使说话20:42,2014年1月27日(UTC)
如何增加我们发现的潜在资产MyaWiki/HoePaGe1重新设计/设计文件——QGIL说话2014年1月27日23时17分(UTC)
为潜在资产增加了新的画廊。谢谢你蒙泰罗布雷纳说话13:39,2014年1月28日(UTC)

调色板[编辑]

颜色调色板需要考虑的一点上下文:

  • 记录当前使用的调色板是有用的,如果只看到我们从哪里开始的话。
  • 意识到这一点也很好。维基媒体基础设计/色彩使用. OrthaWiki.Org不打算完全与维基媒体调色板对齐,必须有自己的个性。尽管如此,意识到调色板也不会有坏处。
  • 关于MiTaWiKi徽标…我会小心一点的。它是最古老的标志之一,它的颜色模式甚至不试图成为任何事物的参考。如果它还没有被触及,那是因为没有人有勇气去挑战它。)让一个网站的调色板与它的标志一致是有意义的,但在这种情况下,我认为我们可以考虑到颜色的选择。文件:MeaWiKi徽标重做2.VG已经看起来好多了
  • 最后,MIIAWIKI.ORG是否显示MeaWiKi安装的默认外观,或者应该是不同的吗?HTTP://DrUPal.ORGHTTP://WordPress对默认安装有相似的外观(颜色模式)。然后,普通的Drupal和WordPress安装看起来比普通的MiaWiKi安装要好。思索。

蒙泰罗布雷纳我期待看到你如何开始将调色板应用到页面的元素。QGIL说话22:49,2014年1月9日(UTC)

我喜欢这个标志的建议,我试着开始标志新草案但我认为那不是我最强的。关于默认安装的配色方案很难说,因为我们只有灰色和白色的优势。——蒙泰罗布雷纳说话13:35,2014年1月10日(UTC)
相信我,你不想碰这个标志。这是一个不同的战斗,你已经足够推动一个新的MiTaWik.Org主页。触摸主页调色板。QGIL说话18:53,2014年1月10日(UTC)
是的,我知道。这只是我想分享的一个小想法。不要担心;蒙泰罗布雷纳说话15:57,2014年1月13日(UTC)
让我坚持“让一个网站的调色板与它的logo保持一致是有意义的,但在那种情况下,我认为我们可以考虑到颜色的选择。文件:MeaWiKi徽标重做2.VG我认为蓝黄棕色的组合效果更好,感觉比现在提出的更美,即使那个橙色对向日葵的图片更准确。然而,我不能真正评论调色板,直到我看到它应用到一个模型。作为一个纯粹的调色板,它太抽象了,因为我不知道应该用什么颜色来表示什么。QGIL说话22:44,2014年1月21日(UTC)
布朗是一种非常危险的颜色。也是黄色的,但是这里的黄色是橙色的,所以应该很好。有希望地。事实上,在电脑屏幕上,黄色和棕色(只是深黄色)不是真正的颜色。它们大约介于红色和绿色之间,它们可以在不同的屏幕上以不同的方式出现,当你有大量的黄色时,特别是作为一种平面颜色时,它看起来非常怪异。就像我们承认它是黄色的,但是我们的大脑仍然看到一些不太正确的东西。布朗甚至更糟,因为它的颜色不多(黑色/无颜色),而且因为我们通常会联想到很多负面的东西——糟糕的烹饪和蚯蚓更像是晚餐友好的例子。
请不要棕色。——伊萨拉 γ0:05,2014年1月30日(UTC)
伊萨拉我不确定使用棕色的颜色,我把它去除了。我以前试过橘子,但我仍然怀疑。你能建议一些颜色来完成调色板吗?谢谢你——蒙泰罗布雷纳说话10:34,2014年1月30日(UTC)
从标志和皮肤,你有黄色,蓝色…更多蓝色。另一个蓝色。一些灰色。如果你想大胆的话,那已经是一个不错的货盘了。如果那不起作用,扔掉一些红色。黑暗就像我们堕落的敌人的鲜血!BWHAHA-等等,对不起,忘了我在哪里了。——伊萨拉 γ2014年2月6日(UTC)
是γ多恩. 谢谢,我试着放一点红看看效果如何。——蒙泰罗布雷纳说话12:54,2014年2月11日(UTC)

页面结构[编辑]

MyaWiKi主页建议

让我们看看我们是否可以根据目前的实验来巩固页面的结构。它们都在页面的水平部分上下注,这为添加/删除/排序提供了灵活性。最后一个模型有这些部分:

  1. 介绍+下载
  2. 基本目的地+贡献
  3. 收益/功能特色
  4. 评论
  5. 社区(视频+加入我们)

这是一个建议(我认为)一个更简单、更一致的组织:

  1. 保持介绍+下载
  2. 继续使用好处/特性,这是介绍的一部分。
  3. 继续社区
  4. 完成用户的推荐/特色徽标,因为这是一个相当标准的。吉特.

这也意味着:

  • 去掉基本目的地+贡献。少一节。
    • 集成基本目的地侧边栏应该用CSS来增强。
    • 合并加入我们。

你怎么认为?——QGIL说话20:26,2014年1月14日(UTC)

“加入我们”一节的建议与当前的“新机遇”相同,展示社区正在做什么,并邀请人们参与。我想我们可以合并部分,在这一节中添加一个按钮“贡献”。我同意证词作为最后一部分,如Git,但我不确定将基本目的地更改为侧栏。我认为这个项目(图像+文本+链接)帮助新用户更快地找到信息,我仍然认为需要强调。——蒙泰罗布雷纳说话12:50,2014年1月15日(UTC)
模型更新。——蒙泰罗布雷纳说话15:39,2014年1月15日(UTC)
MMmok,但是即使在这种情况下,我们也开始着手处理侧栏的内容及其设计。目前,我们依赖于MeaWiKi侧边栏的默认外观和外观,但我们可以做得更多。QGIL说话22:58,2014年1月15日(UTC)
我仍然认为那些“基本目的地”给拥挤的主页增加了障碍。如果它们在侧栏中被适当地突出,那么它们在身体内容上基本上是重复的。我喜欢模型的演变。在最后一次迭代中,这些基本目的站介于介绍和特征之间。不好的。如果你还没有被说服,你能不能至少有一个平行版本的模型,省略这些基本的目的地,所以我们可以比较?谢谢你QGIL说话22:51,2014年1月21日(UTC)
我同意这是重复的建议栏中,我删除了“基本目的地”进行比较。——蒙泰罗布雷纳说话01:46,2014年1月22日(UTC)
进步很快!这个排序:
  1. 大屏幕“编辑”截图
  2. “MiTaWiKi是一个协作的发布平台”(左,有理由)+“获取MiaWiKi”(右)
  3. 嵌入(左)+讨论(右)
  4. 平移+扩展
  5. 自由驰骋
就是这样,没有额外的标题“MiaWiki,自豪的是自由…”。下面的社区部分会继续,但让我们以后再说吧。你怎么认为?——QGIL说话2014年1月22日23时23分(UTC)
是γ多恩. 正确的!我更新了模型的前两部分,现在我将专注于默认页面/视图的真实模型。谢谢你——蒙泰罗布雷纳说话2014年1月23日(UTC)00∶13

使用MyaWiKi的站点[编辑]

除了维基百科,我们想强调哪些其他网站?我想我们可以使用这些网站评论页上使用MyaWiKi的站点也应该有好的情况。

让我们起草/决定MeaWiki/主页重新设计/文本.--QGIL说话22:56,2014年1月15日(UTC)
是γ多恩. 这个问题将被讨论。在这里. ——蒙泰罗布雷纳说话13:34,2014年1月16日(UTC)

邮寄名单收到的建议[编辑]

分享、讨论和记录邮寄名单上收到的建议:

电子邮件模型.

关于两个想法新信使的模型:谢谢你对维基媒体的贡献!我认为我们可以同意MIDAWIKI.ORG站点应该展示MyaWiki的外观而不是隐藏它。对头、边栏和页脚的定制是受欢迎的和需要的,但是IMPO删除它们不是一种选择。QGIL说话19:05,2014年1月18日(UTC)
你好,谢谢你花时间给我的建议反馈。我可以看到如何删除默认的MIdiaWiKi UI看起来相当激烈。我同意一些元素,如logo,应该保持,MeaWiKi的界面应该以某种方式展示(截屏可能是一种选择)。但是,我不理解默认的页眉、页脚和侧边栏如何帮助我们解决问题,并回答设计文档中提出的问题。嗯,删除它们有助于我们注意我们的故事。最好的,——新信使说话20:12,2014年1月18日(UTC)
我会尽力解释得更好。MILTAWIKI.ORG由使用矢量皮肤的MealaWiKi供电(有意义)。MyaWiki.Org是MiaWiKi的第一个展示。此设置为所有页面提供标题和侧边栏,并提供MeaWiKi实例的默认外观和感觉。您提出的设计基本上删除了MeaWiKi UI的所有细节。此外,当你点击任何链接导致另一个MiaWik.Org页面时会发生什么?用户是否登陆了一个看起来像这个页面的页面,或者你也建议为站点的所有页面使用相同的结构?——QGIL说话22:27,2014年1月21日(UTC)
谢谢你说得这么清楚。我明白,我们并没有改变MiaWiKi本身的外观,我的建议只适用于主页。不过,我强烈建议把设计决策这样的问题放在问题清单上,而不是其他问题。目前,我还不清楚默认UI如何回答这些问题中的任何一个。——新信使说话2014年1月22日12时20分(UTC)
第一个问题是“MiTaWiKi”是什么?在MIDAWIKI.ORG主页上帮助回答这个问题的一个好方法是显示与众不同的MeaWiKi主页设置(感谢维基百科)大家都熟悉。QGIL说话15:42,2014年1月22日(UTC)
我明白你的意思。在我看来,虽然非常有助于展示什么是安装MW姿容比如,页眉和边栏不能完全解释什么是MW。. 我们仍然需要解释文本来做到这一点。为了展示MW的外观,一个大的、漂亮的屏幕截图(也许是登录的用户和所有的东西)可能比大多数访问者无法交互的实时接口更有效(因为它们没有登录/没有MyIaWikI.Org/不知道接口是如何工作的)。
除此之外,我们仍然有单独的实况演示来显示操作界面。——新信使说话16:16,2014年1月22日(UTC)

讲故事[编辑]

有许多开放和非开源CMS平台,我们可以寻找灵感,做什么,不做什么。

班上最好的

避免模式

扩展专用性

如果你浏览了最好的课堂例子,其中的常见线索是讲述故事而不是谈论特征,我想让我们更多地关注MeaWiki的意思是灵活性(谁使用它)和它周围的开发者社区。

我很乐意和你一起工作。石南墙和任何人的建议,审查设计和提供反馈意见的任何提案。
Jaredzimmerman(WMF)说话19:45,2014年1月17日(UTC)

但是为什么呢?为什么这些都是好的和坏的?下面的推理是什么?而不是“做/不做X”,“不要做X,因为编码公约反对它”是如此冗长和有用的,例如。——伊萨拉 γ20:42,2014年1月17日(UTC)
我喜欢你讲故事的观点,但这些故事是基于对与其他选择相比使产品更强大的特性的良好知识而写的。所有这些都是说,无论如何,我们需要做我们的作业,起草一系列的特征,并为我们想推的东西打赌。然后根据这个列表可以定义一个故事。QGIL说话22:05,2014年1月17日(UTC)
Jaredzimmerman(WMF)我已经开始起草MiaWiki故事的基本元素.--QGIL说话2014年1月17日23时18分(UTC)
是γ多恩. 我同意主页讲述故事是重新设计的好方法。我创建了一个新版本的模型来启动新的结构。——蒙泰罗布雷纳说话13:50,2014年1月20日(UTC)

UI和AgOLA风格[编辑]

我想尝试更靠近新的用户界面/广场风格这意味着颜色、间距、排版、控制和行为。
Jaredzimmerman(WMF)说话19:45,2014年1月17日(UTC)

是的,在彩色调色板我也建议记住。维基媒体基础设计/色彩使用我完全依赖于MiaWiki.UI/Agora。——QGIL说话22:08,2014年1月17日(UTC)
是γ多恩. 请看一下新版本的模型。我用AgORA风格的图标替换了屏幕截图,按钮也被更新了。——蒙泰罗布雷纳说话10:59,2014年2月7日(UTC)

移动第一设计方法[编辑]

考虑到越来越多的人通过智能手机、平板电脑和平板电脑上网,我强烈建议去做一个有响应性的移动第一个设计。这样做将要求我们远离模拟(一会儿),并以更抽象的方式思考设计:我们将使用哪些颜色?排版看起来像什么?IMHO,使用AgRA风格指南作为起点将在这方面非常有帮助。

虽然从设计者的角度来看,这似乎是合理的,但我不知道当我们实施响应设计时,可能会出现在MeaWiWiKi中的可能的技术限制。不过,BarebonesMediaWiki看起来能帮我们解决问题。

做一个反应性的设计肯定会付出更多的努力,但从我的角度来看,长远的利益使它值得。你怎么认为?——新信使说话20:07,2014年1月20日(UTC)

目前MyaWiki.ORG正在使用延伸:MobileFrontend对于它的移动视图,我们基本上受限于该功能。有计划为MeaWiWi开发一种完全响应的皮肤,当这种情况发生时,我们可以使用这种方法。我同意你的观点,桌面网站必须考虑到移动体验并受到它的制约,但是在这个网页重新设计中创造一个反应灵敏的皮肤是不可能的。QGIL说话22:32,2014年1月21日(UTC)
谢谢你的回复。我知道开发一种完整的反应性皮肤是远远不够的。但是为什么我们不应该至少让主页响应呢?从我所理解的,我们能够添加我们自己的CSS,而这正是我们实现响应设计所需要的。如果这是不可能的,但我们应该,在我认为,开始思考“移动视图”,然后在大屏幕。——新信使说话10:59,2014年1月22日(UTC)
在当前的设置中,将样式应用于默认的(桌面)视图并不重要。当从移动设备访问该网站时,MobileFrontend将接管并将重新绘制所有内容。挑战这个技术设置超出了这个项目/迭代的范围。QGIL说话15:31,2014年1月22日(UTC)

巨大影像[编辑]

当前的设计在3张1幅巨大的图片上大量投注,这些图片被确定为截图。也许3个截图的介绍将工作,但我们需要决定并产生这些图像。我不太确定在特征部分的中心的大图像。那会是什么神奇的形象呢?第二个大中心的图像不是与图片中的图像竞争吗?在每个特征旁边有一个更小的图像呢?我认为它可以很好地工作,特别是在移除了基本目的地之后。QGIL说话22:58,2014年1月21日(UTC)

我喜欢在每个特征旁边都有一个更小的图像,我应用了新版本的模型。谢谢你——蒙泰罗布雷纳说话01:44,2014年1月22日(UTC)
好!我仍然在思考我们应该如何使用大格式的图像。截图MiTaWiKi并不是特别吸引人,单屏幕截图也不会引起足够的关注。然后,我们有零预算,例如创意图片,虽然我不知道是否有一些有趣的大共享…我只是浏览了一下灵感,发现这一点:
有趣的背景…我也有相反的想法:摆脱介绍中的大图像,并把一个巨大的“编辑”与一个良好的自由字体作为插图,在介绍文本旁边。
只是集思广益。:)QGIL说话07:30,2014年1月22日(UTC)
我同意MyaWiKi的截图可能不是最好的选择。我想印刷字体为中心的设计会很好,特别是因为MiTaWiKi的经验和品牌都相当专注于文本。只是为了拥有巨大的图像而添加巨大的图像对我来说似乎不是最好的主意。——新信使说话10:54,2014年1月22日(UTC)
也许我们可以添加一个单一的屏幕截图并在中心放一个巨大的“编辑”。——蒙泰罗布雷纳说话14:52,2014年1月22日(UTC)
为了尝试的事情,请采取VisualEdter的屏幕截图在行动中避免显示任何维基百科/维基媒体/ MiTaWiKi特定品牌。不要花费太多的时间来制作这个截图,我相信我们会有更多的想法当我们在模型中看到它的背景。期待看到第一个结果!——QGIL说话18:34,2014年1月22日(UTC)
我为每个特征放了一些小图片,但是也许一些好的图标来代表它们会更好。只是一个想法。——蒙泰罗布雷纳说话2014年1月30日12时20分(UTC)
是γ多恩. 用图标替换小屏幕截图。——蒙泰罗布雷纳说话11:03,2014年2月7日(UTC)

写实模型[编辑]

看看现实模型的初稿在这里. 所有的反馈都是非常欢迎的;蒙泰罗布雷纳说话20:58,2014年1月27日(UTC)

通过现实的模型,我仍然是一个模型,100%图形,而不是基于WiKiTeXT。请先用你喜欢的图形设计工具提出一个模型,包括你想要的内容、侧栏等的实际外观和感觉等。当我们在模型上达成共识时,我们将开始使用HTML/WiKiTeXT。很抱歉弄乱了。QGIL说话2014年1月27日23时10分(UTC)
没问题。我会这样做的;蒙泰罗布雷纳说话2014年1月28日(UTC)00∶35
如果你正在致力于MeaWiKi页面,我想指出MiTaWiKi实际上是一个优秀的图形设计工具。——伊萨拉 γ0:08,2014年1月30日(UTC)
是γ多恩. 在下面的章节中讨论了现实的模型。——蒙泰罗布雷纳说话11:13,2014年2月7日(UTC)

小册子风格网站[编辑]

我欢迎重新设计。

我设计了老主页,虽然它对我们很好,但我同意它现在有点过时了。然而,我强烈地感觉到新的设计不应该是一个“商店前”页面,有一个大的横幅图像等等。这在Wiki页面中是行不通的,所有的工具栏和链接都在外面。这是一个奇怪的风格碰撞,试图安装一个小册子风格的网站到维基风格的框架。如果一个小册子风格的网站是需要的,这将是更好的实现一个单独的网站。然而,更好的办法是放弃小册子的想法,想出一个有助于维基美学的设计。此外,设计作品也是非常重要的。无论你使用哪种皮肤. 在Monobook,任何看起来很有吸引力但垃圾的设计都失败了。

我认为视觉模型也存在一个问题,里面有MyaWiKi在MyaWiKi内部的截图,没有区别。截图中的白色混合到页面中。这使事情变得凌乱,难以阅读。所有截图应该有某种形式的边界来区分它们与实际的文本内容。

更积极的一点是,基于快速浏览,我喜欢已经提出的内容建议。这只是我不喜欢的视觉设计。

——快乐狗说话2014年2月5日12时34分(UTC)

快乐狗谢谢你的意见,这是非常重要的,在这个项目的一部分,我们没有得到足够的意见进行讨论,并继续前进。我非常感谢您的考虑,并请您见谅。模拟版本的其他版本告诉我们你同意和喜欢的观点。一些好的例子也很受欢迎。——蒙泰罗布雷纳说话15:34,2014年2月5日(UTC)
感谢快乐狗花点时间做这些事情。以下是我的看法:
  1. 我同意屏幕截图的问题。在页面上确实有点丢失了,虽然我不确定是否仅仅添加一个边框可以解决你所讨论的潜在问题。就我个人而言,我认为现场演示可以更有效地展示MeaWiKi界面,而且一个单一的大屏幕截图可能足以主页。
  2. 我不同意当设计失败了,如果它看起来不正确与一个特定的皮肤。记住,主页的主要焦点是教育新用户,他们当然不会在MyIaWik.ORG上拥有帐户,因此不会有任何自定义皮肤启用。另外,我不认为皮肤的单本书会使页面看起来“垃圾”。当然,它看起来有点吓人,但考虑到我们的目标受众,这对我来说似乎是可以接受的。——新信使说话18:54,2014年2月5日(UTC)
我也不同意“需要在单本书中好看”和其他风格。有太多的顾虑去担心每一个皮肤的相互作用-特别是非常老的和很少使用的。我们甚至可以从设计团队得到一个全新的外观*交叉手指*和任何向量匹配将是无关紧要的。(事实上,几乎没有办法让一个“头版”看起来很好,所有的混乱和不匹配/对齐。)石南墙说话20:43,2014年2月5日(UTC)
你好快乐狗有你在这里真是太好了,我希望你以前的重新设计(持续了这么长时间,今天还在为我们服务)的经验会有所帮助。MeaWiki.Org主页不是典型的Wiki页面,从某种意义上说,我们不希望它被每个人编辑。关于维基美学,如果MiaWiki能够处理它,那么它就是维基页面。它是新用户的主页,因此对于匿名用户,因此对于矢量皮肤的用户来说。一旦你知道如何改变你的个人资料中的皮肤,你就不再需要那个主页了。另一方面,我不明白为什么它应该是其他皮肤的垃圾,因为我们计划改变的大部分内容都符合内容。
我同意你关于屏幕截图的问题。小图标将被图标替换(参见γ图标虽然大的人值得自己讨论第1节截图QGIL说话2014年2月5日23时12分(UTC)
老实说,兼容性问题不一定是对当前设计提案的评论,而是我想确保的东西在所有这些方面都没有被忘记。然而,我不同意那些不同意的人!(-)有一个原因,为什么这些皮肤在最近的剔除中没有从MealaWiKi中移除,为什么它们仍然在MW.ORG上活跃,这是因为人们使用它们。我认为设计一个主页可能会让我们的用户群看起来很糟糕。当前的主页在MW.ORG上当前启用的所有四个皮肤中看起来都很好,我宁愿保持这种风格(具有适当的内容刷新),而不是在某些软件配置下看起来有些不好。
任何技术娴熟、聪明的设计师都应该能够做到这一点。他们所需要做的就是同情软件并设计适合它的东西,而不是从设计开始,然后试图弄清楚它是如何适应它的。任何人说我们不需要拥有支持我们自己软件的主页不应该在这方面工作。
Re:Curier-New的评论:“我不认为一个肤浅的单本书会使页面看起来‘垃圾’”——好吧,这就是我要问的!(-)
我更一般的观点是,一本现代的小册子风格的主页看起来不会太好。任何MW皮肤。为什么?首先,你不能把东西放在中间。总是存在左侧栏,因此以内容部分为中心的任何图像都不集中在页面上。我们也不能有一个突出的导航栏,有强大的行动号召(“下载”,“支持”等),由于现有的wiki控件,排列在页面的顶部,并且由于皮肤和侧边栏的限制,我们不能有中心宽的内容部分和整洁的水平分割的漂亮的宽边距。所有这些都是现代风格的关键元素,这是目前非常流行的,它被用于所有**。这个 例子 站点 那个 上市的在设计文件中。简而言之,使现代网站现代化的所有设计特征对我们来说都不是真正的选择。这是我的意思,当我说,如果一个小册子网站是希望的,它应该是一个单独的网站,而不是鞋角wiki。
我知道,重新设计背后的一些驱动力是试图吸引新用户,但我认为认为已建立的用户不使用主页是愚蠢的。我知道我访问的大多数网站都在域名中键入,从我的自动完成中填充,然后把我带到主页。然后我从那里向前导航。如果他们不喜欢这些变化,这些用户将是最有声望的,所以他们不能被忽视!
我认为问题的症结(这是一个带回家的想法)是,人们一般不使用MiTaWiKi构建网站。他们利用MyaWiKi制作信息资源。如果你有这样一种信息资源,你可以让MiaWiKi看起来像一个现代化的网站。〔1〕,但仅仅是建立一个专用的皮肤,而不是单独编辑内容。这是一个许多尽管主要内容页的所有设计工作都很好,但在某些页面上看到样式是如何被破坏/未完成的。〔2〕 〔3〕
这里的流行情绪似乎是设计一个MyaWiKi网站,而不是试图为MealaWiKi文档和开发资源设计一个合理的登陆/签名页面。如果前者是需要的,那么它应该是一个单独的项目,而不是作为主页的重新设计。
我希望这有助于更好地解释我的观点。在接下来的几天里,我会设法找一些时间来研究一些更符合内容的讨论。
——快乐狗说话2014年2月6日(UTC)
我想强调狗所说的一切的重要性。
此外,作为一个随机的侧记,建立皮肤其实并不那么难,如果你可以通过完全缺乏任何有意义的文件…另一方面,维护它是非常可怕的。前几天我必须完全重新执行,所以升级wiki从1.16开始仍然有效。但是维基刚刚从1.12升级…——伊萨拉 γ03:57,2014年2月6日(UTC)
我同意MeaWiki.Org主页应该在MIDAWiKi支持的四个皮肤中看起来很好,而不仅仅是向量。说得好。让我们先看看希瑟的主页,希瑟早些时候提到的。它呈现在矢量单书现代科隆蓝. 内容区域在四个皮肤之间是一致的。他们似乎得到了他们想要什么,从宽的图像,集中的文本,利润,等等。我没有看过使用的模板,但我猜他们处理的标准HTML,平等地在任何皮肤。它们被股票MiaWiki的头、侧栏和页脚所包围,但它们提供了一个看起来像维基的有吸引力的主页。如果你看看那个页面的结构,它和我们想在这里做的没有什么不同。那么,我们能否同意Wiki和小册子的结合方式呢?
如果有一天我们到达WikSavige主页的水平,我们仍然认为它是值得摆脱边栏等,然后我们可以看看主页扩展用于HTTP//TurraseWik.I.NET(在MyaWiki.org中,它甚至没有一个DOC页面,看看它是否能提供我们需要的东西。)QGIL说话21:41,2014年2月6日(UTC)

图标[编辑]

你好!我看到了关于MyAiWiKi的注释,但是你的链接是一些旧图标。回声对于一些图标、语言和颜色来说,这是一个好的开始。石南墙说话2014年1月28日(UTC)00∶48

我看到了回声图标,但都已经有了使用的具体建议,我不确定我们是否可以用它们来表示其他选项,比如边栏上的提议项目。——蒙泰罗布雷纳说话2014年1月30日12时58分(UTC)
如果没有任何图标,你可以直接使用,你可以使用相同的风格/语言-使他们具有类似的线重量和角落和复杂性和颜色,创造自己的。你甚至可以在公共场所获取许多可用的图标并修改它们,以适应同一个“家庭”。石南墙说话20:24,2014年2月5日(UTC)
好的起点是项目:视觉识别. 从那里我们已经提取了我们正在使用的图标集合。如何投稿. 你可以用这个列表中的任何图标替换6个小截图。然后我们可以在公共场所找到合适的图标。名词项目(必须是cc0许可证)。我只是做了一个很快的搜索,给你一个想法:嵌入讨论翻译延伸在旅途中自由地. 当我们在MeaWiWiki中部署这些块图标时,一些人评论说他们太黑而严肃。Agora调色板?——QGIL说话22:58,2014年2月5日(UTC)
我在项目中选择了一些图标:视觉标识和在“最完整的wiki”部分中使用的名词项目。我也借此机会使他们更加丰富多彩。——蒙泰罗布雷纳说话11:50,2014年2月7日(UTC)

讨论建议[编辑]

我仍然觉得很难浏览这个讨论。当你希望人们评论某个特定的东西时,一个想法是创建一个区段头,并要求特定的反馈,也许有细分的特征或设计的部分。当你移动到另一个版本时,启动和关闭一个部分也是很方便的。除非有其他地方的评论(请指点我),我会尝试用我现在的评论开始类似的事情。谢谢提醒!石南墙说话20:48,2014年2月5日(UTC)

MiTaWiki主页模型2014年2月4日[编辑]

(假设这是当前模型)

字体和颜色[编辑]

请复查Agora规格正如贾里德建议的那样。石南墙说话21:25,2014年2月5日(UTC)

关于字体、字体大小等,一旦我们开始移动到实际的wiki页面,MyaWiki.Org CSS将负责大部分。我们不应该试图偏离默认值(也有一个正在讨论的改变这些默认值,但Yu不需要担心这一点)。同时,请在你的模拟中使用Dejavu SANS。QGIL说话22:12,2014年2月5日(UTC)
是γ多恩. 我把字体更新为Dejavasand,我使用HelviTi NEUE BOLD只在按钮作为Agora规格。——蒙泰罗布雷纳说话12:14,2014年2月7日(UTC)
QGIL所以我意识到我应该在几个星期前问过:我们甚至可以使用我们自己的自定义HTML和CSS,或者WiKiTeXT?——新信使说话14:09,2014年2月13日(UTC)
新信使我们可以使用MyaWiWi通过编辑HAMPURE、相关模板、MyaWiKi:Cudio.CSS和MyaWiKi:Cuff.js来消化。这包括一些HTML,CSS,如果需要的话,JavaScript。QGIL说话18:27,2014年2月18日(UTC)

视觉语境——“什么东西保持不变”[编辑]

你还是坚持现有的框架(logo等),并考虑重新设计,超出你的范围。如果我错了请告诉我。有一件事不用担心!(:)石南墙说话21:25,2014年2月5日(UTC)

是的,我们不会用真实的向日葵触摸这个标志,尽管我们可以使用。SVG版本让它看起来更好。我们可以调整边栏,只要所有的修改都可以通过编辑来完成。MiaWiki:Cuff.CSS. 剩下的和现在一样。QGIL说话22:37,2014年2月5日(UTC)
AS希瑟如果你没有普通的MiaWiKi Chrome,你会怎么做呢?你会做出什么不同的选择?想想TraseTeWik.NET,他们是如何让用户在主页上不使用普通的MyaWiKi Chrome的,它是否会使他们的信息变得更弱或更弱,如果他们使用它会有什么不同呢?需要考虑和考虑的事情。Jaredzimmerman(WMF)说话2014年2月5日23时12分(UTC)
我们还有5周的BRENA/OPW。我们已经讨论并同意,至少对于当前迭代,我们将展示MeaWiKi主页中常用的MyaWiKi UI。如果后来我们决定删除铬,那么我们可以在没有麻烦的情况下做到这一点。QGIL说话2014年2月5日23时23分(UTC)
我把徽标按Qgil的要求,我把当前的皮肤放在边栏上。如果你同意的话,我认为现在应该暂停侧栏的新布局。——蒙泰罗布雷纳说话12:33,2014年2月7日(UTC)
我仍然认为这是值得的侧边栏(可以通过CSS做的事情,而不接触皮肤)。然而,为了集中精力,我们同意撇开它(字面意思):)当我们解决剩下的问题时。QGIL说话17:08,2014年2月7日(UTC)

第1节屏幕截图[编辑]

我不认为屏幕上的屏幕截图是有效的。告诉什么是什么是令人困惑的。我也不知道编辑按钮应该意味着什么,因为它意味着也许我应该开始编辑主页(我不认为你想要它)。它也是最大的“呼出”——意思是一个最先看到的函数,我甚至不知道它是否是一个函数。石南墙说话21:25,2014年2月5日(UTC)

我认为这个概念是好的,但是在这一点上执行失败了。这个概念来自于“最好的类”网站。Jaredzimmerman(WMF)讲故事. 这些网站很多都以一个大的形象和一个很短的标题开始,作为一个故事的开始点。到目前为止,我们已经同意的短消息是“编辑”。迄今为止一致同意的图像是某种可视化编辑器的展示。
我同意目前不起作用。”编辑“应该被认为是一个消息,而不是一个按钮”。图像不需要是一个完整的屏幕截图,它可以是一个艺术UI的细节,或者是Wiki中WiSi\iWYG编辑概念的更具创造性的解释,MiTaWiki可以像其他wiki一样的功能。
我要做的是首先同意我们是否希望建立大图像+短标题,所以我们可以保留它的空间。如果我们同意这一点,那么我们可以在执行中工作,也许是来自UX团队的直接帮助,因为它需要大量的MiTaWiki/维基媒体文化来实现这一点。与此同时,Brena可以润色主页的其余部分,并开始为真正的wiki页面编写代码。QGIL说话22:26,2014年2月5日(UTC)


一些建议,如果我们想从一个大的,一个鼓舞人心的开始,我不知道一个截图给我们,编辑肯定是一个你做的事情与CMS,但它是一个手段的结束,我会说,目标是“合作”或“合作”不是编辑作为手段的一个结束。也许我们可以尝试图像,也许摄影方法合作,而不是试图给用户一个屏幕截图,并直接告诉观众它的显式文本。Jaredzimmerman(WMF)说话22:51,2014年2月5日(UTC)
希瑟瓦尔斯Jaredzimmerman(WMF)您想驱动那个大矩形的执行吗?正如我所说的,我真的相信这里需要很多的MiaWiki文化和里程来保证它的正确。共享一个办公室,我们可以比Brena远快得多。Brena,我和其他人将能够提供反馈和建议改进,但如果你驾驶这肯定会有帮助。QGIL说话2014年2月5日23时27分(UTC)
贾里德提出了一个很好的观点,这可能是把事情推到下一个层次(讲述故事)的关键。我也喜欢在MeaWiKi背后表达人性的想法。还有一些比较好的照片这个杂货店这可能是个好的开始。他们包括在MiaWiKi上工作的人,这是主题性的,虽然可能不是视觉上的启发,如登山或合作的合作。你在想什么样的形象?石南墙说话06:44,2014年2月6日(UTC)
你怎么看待这样的妥协?HTTP://CDPN.IO/YJFMC不过,我认为一幅哈克森画像或者一些东西也可以起作用。——新信使说话14:12,2014年2月6日(UTC)
这是一个更容易理解的屏幕截图的实现,尽管文本在点上很难阅读。我想知道设计团队是否制定了使用(或不使用)不透明度和覆盖物的标准。石南墙说话
图片截图在这里是我脑海中的图像类型。为了增量工作,我们可以将它添加到现在的图像中,并与“(协作)”字符串相结合。然后我们可以继续抛光这个概念(图像本身包含许多在最终图像中应该被改变的小元素)或者去寻找不同的概念,只要有人提供了一个好的选择。新信使你能上传图像吗?Brena和其他人可以用它吗?谢谢你QGIL说话17:20,2014年2月7日(UTC)
Brena,为了组织你的工作,我向你推荐储备模型风格灰色矩形带有x,里面有“(协作)”字。所有这些都要明确指出矩形中的内容不是最终内容或设计。然后我们可以有一个自己的讨论来正确地填充那个矩形,同时我们继续处理剩下的细节。QGIL说话21:55,2014年2月6日(UTC)
好的,我等一下图像。此外,图像可以是一些人一起工作,并在监视器屏幕上的一个页面的MeaWiWi,只是一个想法。——蒙泰罗布雷纳说话12:53,2014年2月7日(UTC)

第2节-介绍[编辑]

再次,请检查Agora中的按钮样式。更平等的利润可能是好的。石南墙说话21:25,2014年2月5日(UTC)

只需加强Heather所说的,而“编辑”不能与按钮混淆,“获取MIATAWIKI”必须立即被确认为一个愿意点击的按钮。而且,文本的线条太宽了。总而言之,按钮看起来更突出,文本更紧凑。如果我目前的副本太长,我们可以削减。在主页中,设计胜过复制文本。:)QGIL说话2014年2月5日22时30分(UTC)
应用AgORA风格的“获取MeaWiWi”按钮和压缩介绍文本。——蒙泰罗布雷纳说话14:07,2014年2月7日(UTC)
虽然我知道这感觉好像我们想要在页面上早有下载动作,但实际上我们并没有卖给观众他们为什么想要MiaWiKi。我建议这个部分实际移动到当前的第三部分之下。文本也是一个问题,它的超小和太多,我认为我们需要把价值命题降到1个或两个较短的句子。Jaredzimmerman(WMF)说话22:55,2014年2月5日(UTC)
有趣而且值得尝试。QGIL说话2014年2月5日23时29分(UTC)
把下载动作移到“最完整的wiki”部分下面,试试贾里德的想法。——蒙泰罗布雷纳说话14:07,2014年2月7日(UTC)

第3节-总结/链接[编辑]

1。我在这里看到的最大的问题是图像和文本的翻转并没有给视觉添加任何东西,有足够的复杂性-只是让它们完全相同。石南墙说话21:25,2014年2月5日(UTC)

是的,我等着看我是否习惯了翻转,但我没有。事实上,我认为这是目前页面中最分散的元素。我同意Heather,左边的图标(不是截图),右边的文字可能是有效的。QGIL说话22:00,2014年2月5日(UTC)

2。部分之间的边界和边界没有排队。使零件(一部分=图像/标题/文本)垂直和水平排列。石南墙说话21:25,2014年2月5日(UTC)

三。整个页面的页边空白应该排成一行(除非它们没有原因),因为它们看起来不同,但没有目的。石南墙说话21:25,2014年2月5日(UTC)


又一次,很多,很多,很多的文字,我会回忆你看一看为了更好地了解这一节的编辑布局如何。在高水平,更大的图片更少,但较大文本更多空白区利润较窄。如果这些事情使这个部分更长,如果它能让个人的想法更容易理解,那就好了。此外,我们应该避免使用主要是更多文本的图像,它可能看起来奇怪的发送到实际文本旁边。Jaredzimmerman(WMF)说话22:59,2014年2月5日(UTC)
我们可能会剪文本,但我们需要一些。我同意没有必要这么紧凑。有趣而且值得尝试。QGIL说话2014年2月5日23时32分(UTC)
替换图标截图,对齐元素(图标左,文本右)和简化文本。——蒙泰罗布雷纳说话14:18,2014年2月7日(UTC)

第4节-社区[编辑]

我不理解淡蓝色/绿色背景的作用。有必要吗?石南墙说话21:25,2014年2月5日(UTC)

同样的想法。另外,也许标题下面的图片比较好?两者都是非常静态的。然后视频和任何内容,我们有权利将更新与一定的频率。关于视频,请张贴一个视频窗口,看起来像是由维基媒体共享的,而不是YouTube视频。例如参见Lua /教程. 最后,这幅画看起来很好,但我想知道它如何用灵活的宽度。只是好奇,无论如何我都会保留它。QGIL说话21:57,2014年2月5日(UTC)
维基航行主页有图像缩放,我们可以采用类似的技术,是吗?石南墙说话22:02,2014年2月5日(UTC)
也许这两个主要元素可以是开关,现在全景感觉它就像是它自己的部分,考虑把部分文本带入图像,并让它打开部分而不是结束它。如果这个部分是动态的(显示即将到来的社区事件),我该如何了解这些?有没有比列出的更多?作为组织者,我该如何添加我的事件?Jaredzimmerman(WMF)说话2014年2月5日23时04分(UTC)
我删除了所有的背景颜色,改变了图像看起来像视频由维基媒体共享。我也改变了社区图片在标题下面的位置。——蒙泰罗布雷纳说话16:39,2014年2月7日(UTC)

第5节- MiaWiKi用户[编辑]

1。这些较大的标志和摘要应该对齐并具有相同的字体大小。石南墙说话21:25,2014年2月5日(UTC)

同意。25%—50%—25%是一个很好的比例。请使用文件:WikimdiaRoundation RGB LOGO与T.S.VG相反。由于徽标包含了组织的名称,所以我们不需要重复这些名称。标志和文字就足够了。最后的文本可能会更短。正义胜于居中?——QGIL说话21:50,2014年2月5日(UTC)
是γ多恩. 更新标识和字体的比例。取代维基媒体的标志作为建议。——蒙泰罗布雷纳说话16:49,2014年2月7日(UTC)

2。我们需要就这一部分谈谈法律问题。底部的标识应该更接近彼此的大小,这是使用他人标识的正常协议。我们还需要检查我们是否有权利使用它们,以及我们是否愿意与他们密切联系MIDAWiKi。我认为我们只允许那些分享我们价值观的公司成为我们提倡的东西。石南墙说话21:25,2014年2月5日(UTC)

在这一点上,重要的是我们希望在那里有MeaWiKi用户的标识,以及外观和感觉。这个模型已经足够好和法律团队一起检查了。我会那样做。然后,一旦我们真的认为MyaWiki.Org主页将被改变,我们将决定我们的目标是什么,我们将在列出他们的徽标之前与每个人联系。QGIL说话21:45,2014年2月5日(UTC)


一般来说,我认为这主要是正确的方向,你已经开始接触它了,但我认为我们应该制定一个规则,我们如何使用CMS突出其他公司,其中一个级别是使用软件是他们产品的核心,(维基媒体基金会,维基,维基,语义媒体维基)和使用MeaWiWi的公司,而不是他们业务的核心部分,而主要是文档(KDE,OpenStudioMax等)。Jaredzimmerman(WMF)说话2014年2月5日23时09分(UTC)

我想第二讲Heather关于逻各斯所说的话,但请再进一步说。像这样的标志,尤其是一些比其他更突出的标志,和其他任何东西一样,也是一种促销方式。是什么让一个公司/组织比另一个公司/组织提升?维基会付钱让我们这么突出吗?是诅咒使我们僵硬,因此没有上市?维基,Orain,SUWWIKI,UNCopopeDa,还有许多其他人,不仅基于软件,而且分享维基媒体运动的理想?还有什么东西,比如AWWiKi,在技术上“仅仅是OS本身的文档/资源”就足够重要了,以至于几乎所有其他的发行版也都指向了他们的用户?你从哪里剪下来的?

真的,我不确定这是一个好主意,在实践中。有太多的用户,主要和次要的(或贾里德所描述的),而且太多样化。MyiWiki无处不在。看看VMware。你看到他们在头版上炫耀自己的闪光点吗?当然不是。产品不是由随机第三方用户定义的,它有其自身的优点。——伊萨拉 γ01:31,2014年2月6日(UTC)

Mmmok。诚然,我们有无限的讨论关于哪些标志应该出现在那里的风险。一个想法可能是维基媒体(第一个和最大的开发者),SemanticMediaWiki(第二个玩家,有一个明确的平台和社区);HTTPS://WiKiAPiaR.COM/作为发现MeaWiki宇宙其余部分的方法。就是这样,没有灰色的小标志。你怎么认为?——QGIL说话2014年2月6日21时18分(UTC)
听起来不错。而这三个可以更深入一些,有一点引文和任何东西——不仅仅是一个灰色的小标志。你觉得我在这里的方法怎么样?HTTP//CODEPNE.I/AWEMEMEPHANT/FUL/YJFMC(向下滚动到“百万”部分使用)。当然,实际的标识应该包含在某个地方,这仍然需要一些视觉上的润色。——新信使说话2014年2月6日21时29分(UTC)
作为维基媒体项目,关于维基媒体链接的标准实践是注意到它是维基媒体项目并链接到姐妹项目。这就是我们应该有的。几乎所有的项目,但MW.ORG都有一个SisteProject模板在他们的主页上,他们中的大多数都把它作为姐妹项目。它们风格迥异,但平民维基航空公司也许有些更好的例子。
为什么是语义媒体?这是一个大项目,但它基本上只是一个社区的延伸。是什么使得它比所有其他扩展更重要,尤其是当其他任何一个都不值得一提的时候?(虽然这可能是一件值得考虑的事情,但在一些地方,举例说明可扩展的MW如何作为一个平台——而SMW将是一个很好的例子。)
维基当然是一个好主意,但它的相关性在于它拥有什么信息,而不是它可能或不可能拥有的任何显著地位。——伊萨拉 γ2014年2月7日(北京时间)

经过大量的思考,我认为最简单的解决方案是彻底摆脱用户部分。我们的讨论可以是无休止讨论的开始,如果这些标志被部署在实际主页中。如果我们以后再把它们加进去,我们总是可以做到的。QGIL说话21:44,2014年2月19日(UTC)

MiTaWiki主页模型2014年2月6日[编辑]

MyaWiKi主页模拟图与社区的考虑

第1节屏幕截图[编辑]

讨论在前一节

这是干什么用的?它确实很大。——伊萨拉 γ2014年2月10日23时19分(UTC)
此图像只是最终图像的占位符。我同意它相当大,在最后一个版本中,我降低了它的高度。——蒙泰罗布雷纳说话11:52,2014年2月11日(UTC)
但是为什么呢?有一个巨大的形象的功能目的是什么?——伊萨拉 γ17:47,2014年2月18日(UTC)

第2节-总结/链接[编辑]

第3节- MiaWiKi[编辑]

第4节-社区[编辑]

第5节- MiaWiKi用户[编辑]

讨论在前一节

MiTaWiki主页模型2014年2月10日[编辑]

MelaWiki主页模拟图形与帮助链接

第1节屏幕截图[编辑]

当然,屏幕截图中使用的图片和文本不是最终版本,但需要验证的是缩小其大小。——蒙泰罗布雷纳说话13:21,2014年2月11日(UTC)

你能把正文中的文本添加到这些设计页面中,这样它就可以被每个人使用吗?有些语法可以稍加调整,小组也可以。谢谢您!石南墙说话15:43,2014年2月19日(UTC)
嘲讽的文本已经开始了。本页——)蒙泰罗布雷纳说话15:52,2014年2月19日(UTC)
哈哈,当然,谢谢!石南墙说话16:05,2014年2月19日(UTC)

第2节-获得MiTaWiKi[编辑]

介绍的文本有点减少,下载按钮收到AgORA风格的比例增加。——蒙泰罗布雷纳说话13:21,2014年2月11日(UTC)

好极了!我认为你需要远离合理的文本——这使得摘要有点难以阅读。石南墙说话15:36,2014年2月19日(UTC)

第3节-总结/链接[编辑]

我们仍然需要像贾里德提到的更多的空白。更多的空间之间的图像和摘要,并在它们之间。石南墙说话15:41,2014年2月19日(UTC)

第4节-社区[编辑]

该节的标题被移到了图片,并节省了更多的空间。——蒙泰罗布雷纳说话13:21,2014年2月11日(UTC)

我们可以在新闻街区附近社会媒体链接到我们的MyaWiKi帐户的图标在脸谱网,Twitter和谷歌+。QGIL说话21:41,2014年2月19日(UTC)

第5节-开始[编辑]

本节包括回答以下问题:

  • 我怎么用呢?
  • 如何定制和扩展MyaWiKi?
  • 我在哪里可以得到帮助?
  • 我在哪里可以报告问题?
  • 如何开始贡献?

更多地了解这一讨论. ——蒙泰罗布雷纳说话13:21,2014年2月11日(UTC)

第6节- MiaWiKi用户[编辑]

讨论在前一节

超越主页[编辑]

我刚想起这里最大的问题是什么。我说记得,因为我以前想过,毫无疑问,在之前的重新设计讨论中提出的。

这是一个问题-尽管我原来的尝试避免它-存在与当前主页,是一个问题,将继续存在与新的主页,除非它得到解决。我对线框/模型的感觉是,他们通过删除一组当前主页内容来加剧这个问题,其目的在于发布现有用户(编辑器、管理员和开发者),以吸引新用户。然而,也许有一些清晰而明显的联系,以及对谎言的一些适当考虑。超越主页我们可以在不牺牲现有用户可用性的情况下保持这种关注。


超越主页. 就是这样。


我试着用我们现有的主页做这个。(如果您想看到原始版本,这里是-从那以后,它还没有被编辑过很多,但是一些编辑并没有改进。此外,忽略大新闻部分-这是有条件的,所以在查看模板时总是很庞大。有三个强大的BOX针对这类wiki的三个主要目标受众:编辑器和Wiki管理员(实际上使用MyaWiki)、系统管理员(安装、配置和维护MeaWiki安装的人)和开发人员(那些直接在MeaWiki上工作的人,以及以各种方式扩展它的人)。请注意,我们不单独针对新用户。新编辑器由编辑器框中的主要链接、新系统管理员通过安装和配置系统中的链接来处理,新开发人员得到一个突出的“成为MW黑客”链接。

除了主页外,还有三个中心,每个都是针对这些群体中的一个:

我有一个很好的进展,使这些网页的目标很好,有很好的链接到有用的信息,但他们从来没有真正得到应有的重视。为了有效地工作,他们需要得到与主页本身相同的设计工作和组织。事实上,它们基本上成了链接列表,结果有些吓人,尤其是一旦比特腐烂开始出现,就很难把它们放在目标受众身上了。我怀疑很多人因为这个而使用它们。然而,如果它们被重新设计并变得更有用,更容易在意图和范围内导航和清晰,并且从主页上很好地发布公告,我仍然相信他们将提供宝贵的启动垫给wiki的其余部分。

说“我们可以事后担心”可能不会导致一个好的重新设计-这个网站需要被考虑得更全面一些。我知道它看起来像很多工作,但是从一开始就考虑到这一点的综合设计应该最小化这一点。例如,在我的设计中,我发现了三个互补的图标,描述了三种类型的用户,这些图标在单个集线器中的导航栏上使用,再加上页面本身的更大形式。不是大量的设计工作,但是它在不同的区域之间提供了一些一致性(虽然有些地方被侵蚀了,因为图像在某些地方被取代了,而不是其他地方,替代品是完全不同的风格,并且由于语言条从底部到顶部的粗暴的方式,所以它与所有的东西重叠)。

请注意,我不主张离开的东西,他们是-我强烈赞成重新设计和爱,人们对此充满热情。我只是试图解释一些进入当前设计的想法,并试图通过我的经验,以某种方式,希望有助于确保任何新的设计是令人敬畏的。

——快乐狗说话01:32,2014年2月7日(UTC)

我同意在不修改集线器的情况下修改主页并不是一个理想的方案,但它是我们现在拥有的。一个改进仍然是一个改进,并改善主页是非常需要的。关于你提到的有针对性的链接,我同意它们很重要,但是我们可以使用侧栏和适当的样式使它们可见和相关。难道只有我认为当前的侧栏是非常无用的吗?它有很多的链接,我们大多数人再也看不到了。QGIL说话17:12,2014年2月7日(UTC)
我同意主页应该对新用户和当前用户都有用。最初的想法是将链接链接到帮助开始的页面,但在我们将这些链接更改为侧栏之后。我们已经讨论了通过行动代替群组来链接这个链接,并且如果链接回到主页,这些群组可能会被维护:
  • 开始
  • 帮助与支持
  • 安装与配置
  • 开发定制
  • 贡献
——蒙泰罗布雷纳说话2014年2月7日1730日(UTC)
这不是真正的“改造集线器”本身,而是更多地决定我们要保持集线器结构(在这种情况下,这些应突出反映在主页设计中,而它们目前不是),或者我们将使用一些其他结构(在这种情况下,第二层导航需要被适当地考虑,并且那些登陆页面被创建)。
如果我们使用MuniiRoBrEnter的列表作为第二层,那么我们可能需要创建页面作为这些链接的目的地。例如,我认为我们不能简单地指向“安装和配置”链接。手册:安装指南. 这个页面正在做一些与新手友好的“入门”页面需要做的不同的事情,而且我们都需要这两个页面。因此,改变结构需要比简单地列出链接列表多一点的规划,但我认为,如果有一种感觉,它将提供更好的用户体验,并使内容更容易找到,这是值得的。
如果集线器被保留,那么我同意将它们更新为与主页一致的工作可以是一个次要任务,一旦主页被更新,只要长期计划(超出主页)已经被正确地考虑,就可能发生。我非常希望,一旦最初的重新设计完成,我所能看到的热情和勤奋就被转移到第二层的页面,不管它们可能是什么。如果这里所使用的能量没有向前推进,那就让我们丢掉一半的工作,这将是一个极大的耻辱。
——快乐狗说话16:12,2014年2月8日(UTC)
也许我们可以保持一组链接到每种类型的动作,直到我们决定做一个第二层,然后只保留一个链接;蒙泰罗布雷纳说话2014年2月9日(UTC)13:07
我只是提出四个现有的目的地已经充当着陆页,按照Brena的最后设计:文档-支持-发展-参与. 开发中心是在开发中链接的,即使该页面可能是下一个需要在主页之后进行修改的页面。我相信其他三个候选者比用户和系统管理员中心更相关和更好的维护,主要的内容可以通过文档找到。这些候选人已经够好的了,你不觉得吗?如果更好的候选人出现,我们可以取代他们,只要我们有一个很好的标签和PIC为他们。QGIL说话2014年2月19日21时29分(UTC)

移动到wiki页面[编辑]

现实主义模型的最后版本考虑到我们只剩下两个星期了蒙泰罗布雷纳的实习,我认为是时候把工作转移到真正的维基页面了。还有一些事情需要改进,但我相信我们有一个坚实的建议,通过实际编辑罚款调整到位的基本知识。

是γ多恩Brena现在正在进行原型测试。MyAWiWik/主页的重新设计/预览.--QGIL说话19:21,2014年2月21日(UTC)