a copy / paste function for a plugin page.
(not duplicate in the same project)
So copy a page of one project.
And you can copy it into another project.
For example:
For the basic settings of a form loom page.
For the basic settings of a rapidcardpro page.
Killer feature⌠for me â Iâd look at time saving features as my priority. Going from RapidWeaver 5 to RapidWeaver 6 really boosted my WorkFlow & saves me a lot of time everyday. I canât imagine going back to RapidWeaver 5. SoâŚ
Timesaving feature #1:
#1. An option to open the same file in different windows. Iâd use this feature to navigate between different pages in same RapidWeaver file â copy from one window to the next.
Today â when I work on larger projects â I clone the document tin 1 or 2 â and have 3 files open at the same time⌠so I can navigate through different pages at the same time. This feature â to have more that one window with the same file â has Adobe Indesign. It saves tons of times when working on large projects.
In other words â in the Windows Menu an option to choose âNew Windowâ.
@dan one shortcut that Iâd like to see is the ability to apply a Header tag to some selected text. Once that H tag number has been applied then it would be nice to have a visual reference as to which number H tag it is in the Edit mode. I know you can put the Header in a specific Header Stack but having something on screen to show what it is would be very useful when opening up old projects. At the moment the H tag highlight colour is always green, maybe even have a different highlight colour for each H number might be the answer?
Better preview:
Whilst the current preview simulates the width of devices (iPhone, iPad etc) it doesnât do the height.
What would be a real winner would be something like the Responsive Design Mode thatâs in Safari 9.
Something Iâd like to see is the ability, that when you clicked on a stack on a page, that the name of the stack appeared on the Library Column - at present if one clicks on a stack you then have to scroll to the top of the page to ascertain what stack it is. You then have to scroll down the page and click on the stack and then make any changes (if needed), if that makes sense?
@mike_hamilton - if you set the View Mode to be the most verbose (thatâs the slider in the toolbar right in the middle) then each stack will display its name. The name of the stack also appear at the top of the info sidebar.
I realise that Isaiah, but it doesnât half make the page a mess to look at - very disjointed. Itâd be far nicer to see the stack youâve clicked on appear on the left. Also should you need any help with the stack youâve clicked on itâll show up and then you click on the stack and then onto Show Online Help or Show Online Info, and thus reducing yet more scrolling up and down.
I would like to see rapid Weaver optimize for Touch devices.
I currently use rapid Weaver on my iPhone 6+ through the Splash Top Remote desktop service.
I wouldnât be surprised if this something that Real Mac is already considering and would love to chat more about the future of this being offered to users.
One of the best places to start with this would be some form of a companion app for iOS.
That being said, you all have made an absolutely incredible platform that is allowing developers like @joeworkman, @tav, and @isaiah to create some mind blowing software that users both love and need.
Major thanks to you @dan, @nikf, and the rest of the RealMac team for providing the foundation for an ecosystem that has changed both my career, life, and world view.
I look forward to seeing the future of RealMac unfold and aim to be there pushing the limits and setting the bar with you.
I agree with ensuring the W3C compliant HTML and up-to-date best practice accessibility features. Itâs so important for websites these days, and for SEO purposes, too.
How about an option to upload only files that the website is using/referencing? Many times, themes contain tons of big images (default banners, etc), fonts, and scripts that arenât even used - but they are uploaded anyways.
@Aaron - probably not feasible. many times references to needed files/scripts/etc are buried in obfuscated JS â sometimes things are dynamically loaded by parameters that are only defined at the time the page is actually being viewed. for that reason it might not be possible to determine which files are needed and which are not.
although, perhaps with an extension to the RW api add-on developers could explicitly specify those hard-to-find resources.