outliner插件（sketchup过滤器什么意思）

本文目录

• sketchup过滤器什么意思
• max文件导出obj格式maya怎么打不开
• maya outliner下
• 不知道sublime的哪个插件可以看html5大纲
• 为什么比起 Emacs，更多人使用 vim

sketchup过滤器什么意思

01 搜索命令 Search SketchUp
现在，SketchUp2022可以通过键入名称和关键词来查询和激活命令了（如“海拔”、“布尔”、“倒角”会映射到相关的命令）。

通过在工具栏图标（入门工具栏最左边）、帮助菜单或其默认的快捷方式（Shift+S）可激活搜索功能。
该功能不仅针对SketchUp自带的命令，还能搜索已安装的扩展程序（也能搜索到SUAPP里的命令），并提供相关的工具条或菜单列表。
支持局部匹配搜索，可以搜索到插件，但中文支持一般。
02 套索工具 Lasso
新增工具：Lasso（套索），套索是一个选择工具，用过PS的同学用起来应该很熟悉，手动选择边界框，可使用键盘快捷方式Shift +空格键来激活。（注意要切换到英文输入法）
提供这种选择功能的目的是通过最大程度地减少重新定位相机视图或创建多个边界框的需求，使更容易更快地创建复杂、精确的选择集。
以后想选哪里就圈哪里
然后通过点击、拖动并顺／逆时针移动光标，方向和框选同理，顺时针需选择全部，逆时针可选择局部。此外，套索可以通过单次点击选中实体，并使用与选择工具相同的快捷键模式。
03 标记工具 Tag
标记工具增加了类似材质工具的一些吸取和批量设置之类的方法，用户可点击实体来应用标记，然后可以在右键菜单里“选择”来批量操作实体模型。
为改善批量选择操作，在建模窗口和标记快捷菜单中增加了以下命令——
·选择》带同一标记的所有项（右键菜单）该命令选择在建模活动中与选择对象共享一个标记（或任何标记）的所有实体。以前这个命令只在选择原始几何体时可用。
·选择》所有实体（右键菜单）选择所有与选择的定义相同的组件实体。
·选择》所有标记（右键菜单）选择建模窗口中与标记面板中的预选共享一个标记的所有实体。这个命令可以通过右键单击标记菜单来实现，可以对标记或标记文件夹使用。

*为了改善对未标记实体的识别，官方改变了与未标记标记相关的颜色，使其与默认模板中的默认外表面颜色相匹配。这样当启用“按标记着色”时，未标记的实体就显示为无色了。
04 徒手线改进 Freehand “+”
徒手线工具进行了相当大的升级，能够创建更平滑的曲线实体。现在绘制曲线后我们可以立即逐步减少曲线的分段。同时，徒手线还接受轴锁定输入，以设置绘图平面（在用户开始绘图前可用）。而且现在可以在不同的平面上绘制相邻的面。
新旧徒手曲线结果对比，但这个命令本身使用的机会较少，用贝兹曲线更靠谱。
画曲线还得看贝兹曲线
05 两点圆弧和三点圆弧：切线推断锁定
2-Point Arc and 3-Point Arc: Tangent Inference Lock
现在，2点圆弧和3点圆弧工具有了一个切线推断锁定，可锁定现有边的切线，这样下次点击就会产生一个切线弧。
点击Windows的Alt键或Mac的Command键可切换推断锁定。
在锁定切线的情况下，所见即所得。点击设置切线弧，并开始绘制一个新的弧。当多条边相交时，可将鼠标悬停在一条边上，以要求它作为切线的基础，然后再点击开始画弧。（无论推断是否被锁定都是可用的）
06 场景搜索 Scene search
SketchUp2022中新增了一个搜索过滤器可输入搜索场景名称，在场景标签旁边可用（当有2个或更多场景时）。点击搜索结果中的一个场景，可以跳转到该场景，也可以在场景面板中选择它。
07 性能 Performance
支持苹果M1芯片
SketchUp2022中提供了一个通用的安装程序，使SketchUp Pro能够在M1硬件平台的Mac设备上运行。

实体生成器API
插件对实体线面的操作可以用新的API来加速。

提升炸开模型的表现
2022.0中，对炸开操作进行了重大的改进。在炸开大型模型中，预计速度会提升2-3倍。
08 还有一些小改进 Other notable improvements
多剖面时选取的问题
改变了选取逻辑，如果剖面图是可见的，那么它们所遮挡的实体仍然可以被选取。可以通过点击一个区段平面的边框或符号，或使用“大纲视图”（Outliner）来选择它。

max文件导出obj格式maya怎么打不开

出现此问题的原因为：导出文件的时候设置不对造成的。

解决的方法和详细的操作步骤如下：

1、第一步，打开有问题的文件，单击菜单栏中的“文件”选项，然后选择“导出”选项，见下图，转到下面的步骤。

2、第二步，完成上述步骤后，选择保存位置和导出格式，选择obj格式，设置文件名，然后单击“保存”，见下图，转到下面的步骤。

3、第三步，完成上述步骤后，打开“预设值”选项栏，选择“
 maya”选项，然后单击“导出”，见下图，转到下面的步骤。

4、第四步，完成上述步骤后，就可以在Maya中打开文件，见下图。这样，就解决了这个问题了。

maya outliner下

DirectX 11 Shader 节点的属性，指定了 MayaUberShader 着色器文件。
要使用该着色器，您必须在 Viewport 2.0 的 DirectX 11 环境中工作，并启用 dx11shader.mll 插件。有关详细信息。
您可以在 Hypershade 创建栏中找到 DirectX 11 Shader。创建着色器后，会自动加载 MayaUberShader.fx 文件。
dx11Shader.mll 插件可使您在 Maya Viewport 2.0 中加载并查看自己的 HLSL 着色器。使用 Hypershade 创建 DirectX 11 shader 时，会自动连接 MayaUberShader.fxo 文件；但是，您也可以改为加载自定义 HLSL 着色器。此外，《maya directory》\presets\HLSL11\examples\ 中提供了其他示例 HLSL 着色器。
选择 DirectX 作为渲染引擎（方法 1）
选择“窗口 》 设置/首选项 》 首选项 》 显示”(Window 》 Settings/Preferences 》 Preferences 》 Display)并将“渲染引擎”(Rendering engine)设置为“DirectX 11”。
重要信息若要使用 DirectX 渲染引擎，您必须使用 64 位的 Windows 和可兼容 DirectX 11 的显卡。
在面板菜单中选择“渲染器 》 Viewport 2.0”(Renderer 》 Viewport 2.0)将工作区切换到 Viewport 2.0。
注意您的工作区平视显示仪现在应指示 Viewport 2.0 (DirectX 11)。
选择“窗口 》 设置/首选项 》 插件管理器”(Window 》 Settings/Preferences 》 Plug-in Manager)并加载 dx11Shader.mll 插件。
选择 DirectX 作为渲染引擎（方法 2）
此环境变量将覆盖交互式和批处理会话的用户首选项（“窗口 》 设置/首选项 》 首选项 》 显示”(Window 》 Settings/Preferences 》 Preferences 》 Display)）（使用 -hw2 选项）。
将 MAYA_VP2_DEVICE_OVERRIDE 设置为 VirtualDeviceDx11 可在 Viewport 2.0 中渲染时始终使用 DirectX 11。
提示将此环境变量设置为 VirtualDeviceGL 可在 Viewport 2.0 中渲染时始终使用 OpenGL。
注意取消设置该环境变量可再次使用用户首选项来选择渲染引擎。
创建 DirectX 着色器
选择“窗口 》 渲染器 》 Hypershade”(Window 》 Rendering Editors 》 Hypershade)，以打开“Hypershade”窗口。在“创建”(Create)栏中，选择“Maya 》 曲面 》 DirectX 11 Shader”(Maya 》 Surface 》 DirectX 11 Shader)。
将创建 DirectX 11 Shader，同时自动加载 MayaUberShader.fx。
按 6 以获得纹理模式，按 7 以使用场景照明。
提示纹理和非纹理模式均受支持，且所有灯光模式（“使用所有灯光”(Use All Lights)、“使用选定灯光”(Use Selected Lights)、“不使用灯光”(Use No Lights)和“使用默认照明”(Use Default Lighting)）均受支持。

不知道sublime的哪个插件可以看html5大纲

Sublime text的H5outline插件不知道，但是chrome浏览器有对应的插件，叫HTML5 Outliner

为什么比起 Emacs，更多人使用 vim

1. 在默认情况下，Emacs 比 vim 更友好。
这是事实，但 elisp 并不比 vim language 友好。Emacs 上手就能好好的打字，而用 VIM 起码得知道 Normal 和 Insert 两个模式，否则字都打不了。但是，notepad 难道不是更加友好吗？我放弃了 notepad、notepad++ 、em editor 等等这些文本器（当时 Sublime Text 还没有出名），来接触 Emacs 或者 VIM ，并不是因为之前那些器都不够友好，而是他们不够高效——十分不够，所以才会硬起头皮来摸这两个让人困惑的「编程利器」。
但是，随着了解的深入，我发现 Emacs 比 VIM 更不友好，更准确的说法是 elisp 比 vim language 更不友好。可能 el 作为编程语言比 viml 优秀很多，可能 viml 作为编程语言来说很烂，但是对于一个不大懂编程的用户而言，viml 比 el 好懂太多了。
2. Emacs 拥有 org-mode 。
这是事实，org-mode 确实是纯文本的利器，这也是让我多次想要放弃 VIM 转到 Emacs 的原因。但是无奈 Emacs 门槛太高。另一方面，我对 org-mode 的需求实际上只有两个：outline 和 带计算功能的 todo list ，这两个功能在 VIM 中有 VimOutliner 这个插件可以用，算是基本满足了。而且 VIM 还有 Voom 这个插件，可以实现非常棒的树状侧边栏，在 org-mode 中反而没有很方便的实现（之前经过搜索，听闻是可以用 mini buffer 来实现）。
3. Vim 开启大文件的性能很成问题。
VIM 通常被诟病的实际上并不是处理大文件不行，而是处理长行不行。一个百来 K 的文件，如果只有 1 行的，你用 VIM 来操作也会觉得想死。对于运维人员，幸运的是，在一般的文本处理过程中，不会碰到那么长的行，这并不是一个痛点。
4. Emacs 的配置语言 ELisp 比起 vimscript 要高一大截。
这是在第 1 点就说到的问题。对于一个没有编程背景的人来说，事情并不是这样的。vim language 实际上更友好，也更容易看懂。
对于文本而言，实际上并没有什么很高级的编程需求。我们接触得最多的可能就是一些文本的查找替换。 vim language 的优势在于，它和 VIM 的操作是一致的，这降低了学习和使用的成本。
比如，在 VIM 中进行替换，就是
:%s/pattern/new string/g
同样的命令，直接复制到 vim script 中就能跑。如果你要写一个函数进行一系列的查找替换，实际上只有把全部的查找替换命令直接塞到 vim script 里面就可以了。
此外还有 normal 命令可以让用户直接编写键盘的操作。你想要什么操作，直接在脚本里面写就好了，这是十分直观和容易学习的，而 elisp 就难懂得多。