跳转到主要内容
东方龙马 提交于 2 September 2015

目前Drupal 7 仍然是最稳定的版本,学好Drupal 7的模块开发,将会给以后学习更高的版本打下坚实的基础,而目前Drupal 7 模块开发的文档已经比较成熟,但是还有很多没有翻译,所以这次我们继续组织翻译这个部分的官方文档,Drupal中国文档翻译团队期待你的加入!

初次参与翻译的朋友,可以先查看《如何参与Drupal官方文档翻译?

 

本次翻译的是《Creating Drupal 7.x modules》的子页面。

如果你还没有加入翻译组,请把你的drupalchina上的id告诉龙马,加入翻译组,即可编辑这个页面,认领翻译任务。

翻译任务分配:

备注:“(由 _  翻译” 仅是占位,如果您申领的话,请将下划线“_”替换为你的昵称,谢谢!)

ryseint 提交于 31 August 2015

恩,我是一个在校大学生,想用drupal开发一个课程评价系统,但不知道思路是什么,用什么模块,哪些又要自己码代码。 现在只是用python把课程信息爬下来并且解析了,但是不知道怎么弄可以把这些信息放入数据库中并且自动发布这些信息,需要的功能就是自动将解析的网页放入数据库中,自动用表格展示,展示页面需要有评论和投票模块,然后逐步加入其它的模块 新手求指导!

qingkong 提交于 30 August 2015

drupal的前端表现为什么这么差(3) 关键人物介绍

John Albin Wilkins

这位可爱风趣的台湾女婿,zen主题的作者,在近两年的Drupal聚会演讲中,都喜欢用这么一句话开头: “Are you new to front-end web development? "  Here’s a secret:  no one else really knows  what they’re doing either.”——一句话胜过千言万语吧?呵呵。

我第一次听他这么说的时候并没有意识到其中的原因,后来在洛杉矶的Drupalcon上,在他演讲的时候,向大家道歉,说Drupal7的主题层的CSS,是他的责任。那次会议他有两个演讲,所以现在我也不记得他具体是在那一个中提到的,想要考证的话,自己去听吧。

作为Drupal7开发阶段唯一参与其中的主题开发者,想要推掉主题层的责任,似乎真的不太容易吧。好玩的是,在2014年的中国上海Drupalcamp上,John完全没有提过这个茬儿,也没有使用他喜欢的开场白。这其中的深意,大家自己去体会吧,:)

qingkong 提交于 30 August 2015

drupal的前端表现为什么这么差(2) Drupal主题系统的“变革”

Drupal7和它之前的版本,页面上每渲染出一个元素,都会被一层层的div包裹着,并且每一层div都有一长串的class/id选择器。然而,Drupal7在主题层上依然比前面的版本要强大、灵活。比如:

  • 在Drupal5中,主题函数中没有预处理函数,因此你很难修改Drupal为你提供的CSS选择器。
  • 在Drupal5中,view modes只有两个模式,一个是full一个是teaser,而在Drupal7中,你可以自己建立其他的模式,并且对内容的显示方式进行控制。这意味着在Drupal5中,如果你希望有第三种view modes,你就只能自己写额外的css去进行控制。

然而,因为上面第一点中提到的问题,你很难为某个元素指定一个class,因此你往往需要用一长串class去定位某个元素。而这就是为什么drupal页面上的每一个元素被一层层的div所包裹,并且每一个div都有一长串class名的直接原因。因为这样才能保证每一个元素在样式表中都能被正确的定位。可以说这是一个历史遗留问题,在Drupal7的时候也并没有被解决掉。

qingkong 提交于 30 August 2015

drupal的前端表现为什么这么差(1) 前端工作流程的变革

本节前言

我已经开始写第七章了,但是其实第六章并没有完,前面十多节的内容都是在为后面做铺垫,只是每次临到准备下笔的时候,又退缩了,因为我要写的东西和中国drupal圈子的现状差距比较大,从前面章节的阅读数量来看,也证明了这一点。

正好最近有Drupal初学者在DC网站上问“drupal的前端表现页,为什么这么复杂差劲,为什么它不能像dede一样,用个htm模板,数据内容直接在htm模板中,用标签进行调用,这么直观地表现出来呢?”,其实类似的问题,很多人在很多场合里都有提过,每次遇到我总是一带而过了,简单的答案其实很有说服力,我自己觉得并不需要过多的解释,那就是:因为drupal不是dede。非要再多说几句的话:定位不一样,能干的活不一样,解决的问题不一样,决定了drupal的前端和dede不一样。然后一脸的欲言又止,意犹未尽,我知道,我知道,talk is alway cheap,有的时候呵呵更合适。(如果你满意这个答案的话,我建议就不必再看下面的内容了。)

天空 提交于 28 August 2015

開發模組的時候,添加自定義菜單,需求是添加個選項卡,代碼如下

1.新建 mymodule.routing.yml 文件 根據官網寫入相應信息

2.新建mymodule.links.task.yml 文件 寫入一下內容

 

mymodule.myroutingname:
  #菜單選項標題
  title: 'subject'
  #routing.yml 中定義的路由名稱
  route_name: mymodule.myroutingname
 #選項卡的父路径
  base_route: entity.user.canonical
  #選項卡權重
  weight: 10

短短的幾行代碼卻研究了一下午,問題是看這官網的例子寫出代碼之後,選項卡一直不顯示,最終解決問題是父路徑沒有描述清楚

leiyis 提交于 27 August 2015

今天碰到一个ckeditor奇怪问题,自定义主题下,管理员角色下ckeditor界面可以出来,但在普通用户下没有出来。换了barkit主题,管理员角色和普通用户下都可以出来。自定义主题的原因?为什么角色不同出现不同结果,ckeditor权限里面也不起作用,感觉是我的自定义主题下普通用户下自动切换到纯文本编辑器里面了。

查看

1、看看自定义主题里template.php 

2、Firebug看一下 是不是js报错了

后来

在普通账号下使用overlay就好了,其实overlay是seven主题,正常。

可能是我的自定义主题,没有加载ckeditor的js,或者我的自定义主题跟ckditor iframe有冲突。

标签
订阅