这里是 LitePress 社区旧贴存档,您可以在此留言或提交新的回应和信息。
LitePress 社区旧贴存档 2020~2023 年度
文章投稿 139 篇
参与 1035 次讨论和 239 条回复投稿·赢取 Wapuu 纪念品
20 周年限量版
发表评论
2,005 条回复
-
请开发人员定制吧,这个没法教,每个主题的代码都不同,没法一概而论。
-
www 和 @解析到任意阿里云服务 (cdn 也可),用其他前缀建站
-
可以的话,不想使用插件来搞。但奈何 WP 这画廊相关资料太少。国内几乎没有可参考的,在国外论坛发现这么些解决办法:
/** /* Gallery Default Settings /* @param Array $settings /* @return Array $settings */ function theme_gallery_defaults( $settings ) { $settings['galleryDefaults']['columns'] = 5; return $settings; } add_filter( 'media_view_settings', 'theme_gallery_defaults' );
function gallery_template_to_posts() { $post_type_object = get_post_type_object( 'post' ); $post_type_object->template = array( array( 'core/gallery', array( 'linkTo' => 'media', ) ), ); } add_action( 'init', 'gallery_template_to_posts' );
这玩意我是没有办法了,看起来像是 WP 内置了参数调用,我了解不深….
-
找到一个支持该功能的插件:FooGallery
这个插件提供了更强大的画廊功能。你可以先创建一个画廊, 然后把在设置项中指定以后创建的画廊都使用第一个画廊的设置,通过这种方式就可以实现画廊设置的效果了。
-
好嘞 谢谢姐妹
-
放函数文件里不行。前面说了你贴的代码是一个单独的程序入口。
BBPress 是 WordPress 下的论坛插件,LitePress 的论坛是基于它做的。
-
啥事 BBPress?你这 litepress?
-
放进函数文件可不可以
-
麻烦新开个帖子,这样不相关内容挤在一起不利于 SEO 。如果是一句就能说清楚的话我就直接回复你了,但是这个问题要调代码,付出的成本比较高。
-
这个是 BBPress 自带的
-
我只能给你说整体思路,不提供手把手开发教学。思路也就是前面提到的了。
-
你这个主题前端的编辑器怎么弄的啊
-
姐妹 那我怎么把这个功能并到主题里面啊
-
没问题了,是该主题 function 文件里的一个钩子没删除干净。感谢大佬指路
-
更换主题后就没问题了,但是之前用这个主题没出现过这个问题
-
趁机换个问题,我想让 WP 自带的画廊有一些预设设置。
WP 默认的似乎是:
栏目:3
裁剪:是
链接至:无
如图:
如果想要更改成:
栏目:1
裁剪:否
链接至:媒体文件
有办法么?
-
就是仪表盘那样的。
-
换默认主题试试呢?也不排除是主题的问题。这种函数命名格式明显不是 WordPress 核心的
-
可是我禁用了所有插件之后,更新时依然会反馈更新失败,但实际上文章更新并没有受到影响
-
是你某个插件引起的,盲猜是插件的钩子执行顺序设置错了。
你可以通过以下两种方式找出问题插件:
1 、全局搜索 「newPostNotify」
2 、安装健康检查插件:https://litepress.cn/plugins/health-check,手工一个一个排
-
如果是类似这样的通知:
则除非手动更改代码,否则无法去除。
如果是存在于管理员工具条 (就是你登陆后访问前台界面时顶部的那个黑条),则可以这样移除:
先输出所有菜单项目节点,然后从中找到你想删除的节点,调用方法删除即可,以下是代码示例:
add_action('admin_bar_menu', function ( WP_Admin_Bar $wp_admin_bar ) { echo json_encode($wp_admin_bar->get_nodes()); // 这里输出所有节点信息,当你找到你要删除的节点的 id 后需要把这一行以及下面的 exit 删除或注释掉 exit; $wp_admin_bar->remove_node('wpseo-menu'); // 删除节点。这里的 wpseo-menu 是 yost seo 的管理员菜单条的 id }, 999);
-
给个截图呗,我看看在哪里
-
可以的。
这样的话我觉得收藏功能也可以先不考虑,看看之后的参与情况如何在说。 -
注意这段代码第三行,它完整的加载了整个 WordPress 框架,所以说这个文件是一个独立的入口。
你只需要创建一个新文件,然后把代码贴进去即可,记得把 wp-load.php 的加载路径改对。
之后就是把你前端的图片上传接口改成这个文件的 URL 就可以了。
-
另外昨天说的第三方托管开放测试的事情要鸽了,实际测试看因为记忆库的词条整理工作还没做,匹配出的翻译质量相当的低。见:https://litepress.cn/translate/projects/others/codestar-framework/body/zh-cn/default/
-
这样在会员资料卡片上开个 tab,展示一下翻译相关的工作情况,应该不错吧?
然后我在想,这个收藏功能是否有必要。因为只要他参与了项目的翻译,这个项目就会出现在上述的列表中 (只要参与了即可,无需有编辑权限),而如果他只是使用的话,那么理论上他可以通过 china yes 插件或者 litepress 发行版自动收到翻译推送,他也无需通过收藏的方式关注项目的翻译进度。
-
收藏功能对于指贡献翻译而没有编辑权限的用户是很有用的,他们可以把自己经常参与的项目收藏起来,另外考虑到有些用户参与翻译之后忘记收藏项目,我前面说的第 1 个页面应该保留。
-
我觉得,如果不麻烦的话还是为第三方的插件或主题建立一个单独的目录进行分类比较好,当然这只是我自己的想法。另外如果技术上可行的话,这个页面应该需要扩展/修改一下,因为默认只会显示最近参与和校对的项目,应该在此基础上增加两个页面,分别显示自己收藏、编辑的项目,请求建立新项目的用户自己就是编辑者,另外这些页面要支持分页。
-
更新日志那个照这么说的话可以直接在机器翻译填充阶段就全调用英文原文填充上了?然后记忆库入库那里我过滤一下,纯英文的不再录入记忆库
话说你觉得允许第三方托管的话项目是直接把他们的项目放到现有的插件、主题父目录下, 还有单独建一个 「第三方」 父目录来统一存放?
是不是还要给每个用户的会员中心加一个他所管理的/创建的翻译项目列表。又或者是给翻译项目加一个收藏功能,收藏后这个项目就出现在他会员中心的列表里,方便将来进入。
-
我觉得插件的更新日志翻译校准不好把握,因为更新日志字符串非常的多,而且也没有多少人会去把插件更新日志都全部浏览一遍,还有一些插件会在版本升级之后把上一版本的更新日志移到其他地方去了,这样相当于之前的翻译又失效了。
比如说这个插件
-
不好意思,这个帖子看见了,然后忙忘了。
看一下在这个插件:https://litepress.cn/plugins/wpsitesynccontent/
他们的付费版提供自动同步,免费版需要在文章发布页点一下同步。
-
如果是统一使用机器翻译预填充的话应该就可以不用管优先级了吧。谷歌翻译目前翻译长段文本基本可靠,也就是说 readme 部分差不多可以完全依赖谷歌翻译,只是插件主体部分需要人工校准调整。
我今天稍晚的时候出机器翻译填充的测试版,允许托管第三方插件、主体测试。到时候看看具体效果。先测试一段时间机器填充稳定后再应用到整个仓库上。
-
插件 Readme 的更新日志部分优先级为 low,一般是不翻译的
-
GlotPress 的翻译昨天已经处理了,目前翻译率 100% 。
另外,我发现 wordpress.org 上的存量翻译似乎质量堪忧。
这里是翻译待审核列表:https://litepress.cn/trans-waiting-list
可以发现机器检查出了超过 800 个存在翻译警告的项目 (大多数是因为缺或多了 html 标签、标点符号对不上、缺或多了换行符) 。
而且还有大量的繁体和 copy 的英文原文,在考虑要不要对这些翻译统一删除。
-
另外我发现翻译平台使用的 glotpress 3.0.0-alpha.2 版本是缺少一部分翻译的,应该考虑切换版本或者是补充翻译。
发表回复