1. 22 1月, 2020 1 次提交
  2. 18 1月, 2020 1 次提交
  3. 07 1月, 2020 1 次提交
  4. 17 12月, 2019 1 次提交
  5. 11 12月, 2019 1 次提交
  6. 02 12月, 2019 1 次提交
  7. 21 11月, 2019 1 次提交
  8. 18 11月, 2019 1 次提交
  9. 07 11月, 2019 1 次提交
  10. 05 11月, 2019 1 次提交
  11. 31 10月, 2019 1 次提交
  12. 22 10月, 2019 1 次提交
  13. 18 10月, 2019 1 次提交
  14. 16 10月, 2019 1 次提交
  15. 15 10月, 2019 1 次提交
  16. 10 10月, 2019 1 次提交
  17. 08 10月, 2019 1 次提交
  18. 30 9月, 2019 1 次提交
  19. 29 9月, 2019 1 次提交
  20. 27 9月, 2019 1 次提交
    • M
      Move webview content state into webviewPanel instead of webviewEditor · e0762af2
      Matt Bierner 提交于
      Split out from #77131
      
      The current webview editor api is very procedural. This model has some problems when it comes to supporting editing resources, but actually does make a lot of sense for webviews that aren't backed by real file system resources. For example, if you have a webview that edits some document in the cloud, you should not be required to implement a custom file system provider just to enable basic saving.
      
      This change moves the `onWillSave` and `webviewEditorState` properties back onto `WebviewPanel` instead of keeping them specific to `WebviewEditor`. The save implementation does not fully work yet, as the will require #81521
      e0762af2
  21. 13 9月, 2019 1 次提交
  22. 23 8月, 2019 3 次提交
  23. 22 8月, 2019 3 次提交
  24. 06 8月, 2019 1 次提交
  25. 26 7月, 2019 2 次提交
  26. 25 7月, 2019 1 次提交
  27. 19 7月, 2019 2 次提交
  28. 11 7月, 2019 1 次提交
  29. 01 7月, 2019 1 次提交
  30. 14 6月, 2019 1 次提交
  31. 07 6月, 2019 1 次提交
  32. 05 6月, 2019 1 次提交
  33. 27 5月, 2019 1 次提交
  34. 24 5月, 2019 1 次提交