网页删除提示设计 第1篇
对此项众说纷纭，有人说其是高频操作，放在显眼位置；有人说是危险操作，应以避免误触为主。“误触”也是在交互中比较多的词语，我之后会专门写一篇看法。
而删除的位置，我认为应该放置在比较明显的位置。其明显的程度需要取决于用户删除的频率和需求强弱。
例如用户的图库，每天产生大量内容，其删除需求很高，位置必须显眼，操作简单。
例如用户的群组，群是长远内容产出来源，删除需求并不高，可以末位显示，但仍需要显眼。
四、删除的操作
经过若干年的发展和沉淀，删除的操作通常为以下几种：
1. 隐藏式—长按要删除的条目，显示删除选项
安卓系统广泛应用，接受度较高，除设计删除，还可以做其他功能的设计。
2. 隐藏式—向左滑，展开删除选项
苹果手机中广泛应用，左滑显示删除，右滑恢复原有状态。
其优势：
网页删除提示设计 第2篇
以上也并非绝对，例如第一重要区的，用户拍摄的图片，由于其更新频率高且有回收站的情况下，可减少操作不必确认。
其删除的内容属于第三重要区，通过左滑显示删除的方式，再次弹框提示，过于繁琐。
2. 删除后提供撤销
撤销Toast形式适合于误删或删除后立刻后悔时，可在几秒内选择撤销。这种在安卓原生系统中比较常见。
文件类的应用提供回收站等撤销服务。这两种方案均未得到广泛应用，认知成本和开发成本较高，且并非解决根本问题。
机器永远是做机器即可，不必牵强附会。可以给用户容错的机会，容错是个无底洞，即使容错99次，总有用户犯第100次。因此撤销并不是一个优质需求。
3. 已删除提示
当删除完毕，经常看到会有一些Toast提示“已删除”。“已XXX”这是汇报性性文字。Toast的形式对用户操作的打断相对弹框较弱一些，但是对于用户的高效生活来讲，仍会有一定干扰。
若删除操作和对象均在本界面可见范围内，删除内容界面会进行更新，则无需Toast汇报。
若某些操作和对象在本界面操作，却在其他部分产生影响，则需要Toast汇报。
例如，在微信中下载一张图片，保存的位置会通过Toast显示，这种情况，是将图片存在其他界面的某个文件夹中，告知详情有必要。
六、结语
产品与交互区别之一在于，产品定义功能，交互完善体验。一个功能设计看似简单，实则不然。我希望当别人问我们为什么这样设计时，能有理有据。接下来我会把普通的功能，通过深度分析系列，逐一剖析展现，在体验路上能一步一个脚印前行。
网页删除提示设计 第3篇
背景层的css样式：主要要让它的position属性为fixed。表示元素相对于浏览器窗口进行定位，而不是相对于包含它的父元素。当浏览器窗口滚动时，使用position: fixed;的元素会保持在相对于窗口固定的位置，不会随着页面滚动而移动。
然后把它铺满整个窗口，并设置背景颜色为灰色透明，就可以有一个透明背景层的效果。要实现铺满则需要让它的高度和宽度都和整个窗口一样高。
而弹出框的样式，也是需要这种固定的位置，显示在窗口的正中间，不会随页面滚动而滚动。
position: fixed; left: 50%;top: 50%;这三项设置可以让弹出框的起始位置变成在距离窗口左边50%和距上50%的位置，但想让弹出框居中，还需要考虑弹出框自己的长和宽，加上transform: translate(-50%,-50%);就可以让弹出框本身像左移动自己宽度一半的距离，像上移动自己高度一半的距离。实现完全居中。
z-index属性：用于设置元素的堆叠顺序（z轴顺序）。可以理解为元素在z轴上的位置，决定了元素在其他元素之上还是之下。我们把弹出框的的z-index设置得比背景层大，就能让弹出框显示在背景层之上。
以上叙述的均为重要的css实现，其他元素的css样式可以根据自己的需求自定义。