Jump to content

Search the Community

Showing results for tags 'css'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Community Forums

  • The New FileMaker Platform
    • FileMaker Pro Advanced 18
    • FileMaker Server 18
    • Zabbix Server Monitoring
    • Save Schema as XML
  • Community Resources
    • Community Articles, Tips, & Techniques
    • FileMaker Marketplace Discussions
  • FileMaker Platform
    • FileMaker Interface Features
    • FileMaker Schema & Logical Functions
    • FileMaker Go for iPad and iPhone
    • FileMaker and the Internet
    • FileMaker Pro Advanced 17
    • Legacy FileMaker Platform Discussions
  • FileMaker Server Administration
    • FileMaker Server 17
    • FileMaker Server 16
    • FileMaker Cloud
    • FileMaker Custom SSL Certificates
    • oAuth and External Server Authentication
  • Brain Food
    • Security Concepts
    • The Left Brain
    • Upgrading & Migration
    • Data Analysis
    • Development Standards
    • The Separation Model
    • Relational Database Theory
    • Damaged / Corrupt File Problems
    • Bar Codes (Printer, Scanners, Software)
    • Hardware & Networking
    • OS Level Database Automation
    • Product Ideas
  • JavaScript Integration
  • FMForums Affiliates & Sponsors
  • FileMaker Classifieds
  • FM Forums Operations
  • FileMaker Friday Night Chat's Topics

Blogs

There are no results to display.

There are no results to display.

Categories

  • White Papers
  • Infographics
  • Samples
  • Solutions
  • FMGo
  • Plug-Ins
  • Tutorials

Product Groups

  • Workplace Innovation Platform
  • Site Advertising
  • Development & Hosting

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Title


Industry


Location


Interests


Website URL


Skype


MSN


Yahoo


OS Version

Found 7 results

  1. (spoiler alert…they should) Recently, you may have heard a lot of discussion about “HTML5″. I believe HTML5 is a game changer. It can revolutionize the way we design our FileMaker databases. I have spent many years in the FileMaker market. I believe this combination of technologies is going to lead to some of the most dynamic FileMaker Layouts that possibly we’ve ever seen. This is the inception of some very exciting and compelling things are moving forward in the FileMaker world. HTML5 has been deeply etched into the fabric of the industry as “the technology that makes rich web applications”. For my money, I am fine with it. As long as we all understand that what we hear referred to as HTML5, is really a combination of modern HTML, CSS and JavaScript combined together to make impressive applications that can be displayed in a browser. So what does this mean to us FileMaker folks? It means a great deal actually. It combines FileMaker Web Viewer Layout Object, data URLs, FMP URLs, a little bit of JavaScript, some CSS and some HTML5, put all that stuff together and you get some really compelling and imaginative things that you can do right inside the layouts in your FileMaker databases.   Granted, the HTML5 technology combination is intended for those who create pages that can be read by web browsers, in the FileMaker development environment we have the ability to GENERATE HTML5 from within our calculation engine. Then, we also have the ability to display the generated HTML5 within our layouts and even make them a fully integrated application that can allow us to do nearly endless things within our FileMaker layouts. The key to understanding how this works is the WEB VIEWER. I like to refer to the Web Viewer as: “A Calculation that results in a Web Page” After all, the Web Viewer requires an input of a calculation string that outputs either a properly formatted URL or a page of text that can be read by a browser. So, like other calculations that output Text, Numbers, Dates or even Containers, Web Viewers allow us to output a web experience that our users can interact with while in the context of our FileMaker layouts. AND, with a “localization” technique, you can generate output that DOES NOT REQUIRE web connection and CAN BE VIEWED On iPAds and iPhones! This means that even if FileMaker native layout tools and functionality do not allow you to create the user experiences that your solutions require, then embedding a web viewer and using other technologies (like HTML5) within them solves that problem. It also means adding “wow”   factor and interfaces that your users LOVE while never leaving the FileMaker layout experience. This is not just for spinning logos and wacky graphics, but for seamlessly integrating features into your FileMaker solutions that will meet requirements you previously felt were impossible. I know what you are thinking. “This sounds great, but I do not know anything about HTML5 or JavaScript“. Not a problem. Embedding HTML5 technologies into your web viewers requires nearly NO WEB EXPERIENCE and instead leverages your existing scripting and calculation skill sets along with some copying and pasting from free web resources. If you are interested in learning more about integrating “HTML5″ and FileMaker, Please make sure to attend my session at this year’s FILEMAKER DEVELOPER CONFERENCE where I present “Intro to FileMaker and HTML5″. (Click here to add it to your calendar). In the meantime, for a primer, check out the links below as well as this excerpt from my recent lynda.com video where I introduce HTML5 in the web viewer.   CLICK HERE FOR VIDEO EXCERPT   I will continue to post updates on this topic to http://www.FileMakerHTML5.com . If you would like to to be notified of updates, please follow us on twitter .   MORE FREE RESOURCES: FileMaker Go and HTML5 FILEMAKER AND HTML5 VIDEO PT 2 “DISPLAYING HTML IN THE WEB VIEWER” FILEMAKER HTML5 PT 3 “MAKING YOUR HTML DYNAMIC” FILEMAKER HTML5 PT 4 “THE PROCESS” Thanks for reading and I hope to see you in San Diego this summer! This post has been promoted to an article
  2. What I am tring to do is add a css field that has all the css in it and the same for javascript. there are two fields one is named css and the other js 2. I must be missing something because the webviewer is not diplaying all the css. I know very little about html. Thanks "data:text/html," & "<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">" & "¶" & "<head>"& "¶" & "<meta http-equiv="Content-type" content="text/html; charset=utf-8">"& "¶" & "<title>"</title>"& "¶" & "<script type="text/javascript" " & new::Js 2 & "</script>"& "¶" & "<type="text/css"" & new::Css 2 & "media="screen" title="no title"charset="utf-8">"& "¶" & "</head>"
  3. Okay… here’s a toughy. I’ve got a corrupt file, so we need to get all the data into a clone of a known-good backup. Obviously I can import it directly, but to be absolutely certain we’re getting rid of all corruption, my supervisor has requested that I export the data to merge files and then re-import it into the known-good clone, which sounds great to me. Unfortunately, there’s a snag: a lot of the data includes formatted text, which is very important to maintain. So, here’s the solution I came up with, repeated for each table in the solution: 1) Export all modification information (mod account, mod timestamp, etc.) to a merge file. 2) Loop through each field of each record of the current table and check for formatted text, using the following calculation: GetAsCSS ( GetField ( $FieldName ) ) ≠ GetAsCSS ( TextFormatRemove ( GetField ( $FieldName ) ) ) Any data that returns True is replaced with its CSS equivalent. 3) Export the data to a second merge file. 4) Import the data from the second merge file into the backup. 5) Perform step 2 in reverse, using a slightly modified version of Christopher Gauntt’s CSStoFMText custom function. 6) Import the modification info from the first merge file into the backup. I’ve gotten the script to the point where it’s working perfectly, but it’s taking forever: it’s been running step 2 on a particular table (62 fields, 2.3 million records) for over 12 hours and is still only about 60% complete. Once it’s done, it still has to run the remaining four steps on that table (I expect step 5 to take as long), then process the remaining 33 tables (most of which are smaller, but still). Any thoughts on what I can do to optimize this further? Perhaps some method of finding formatted text? Thanks!
  4. Hi all, I'm using a single CSS theme for all layouts in a given file. I'd like to know if there's a quick way to identify any styles in that theme that aren't being used anywhere in the file. Thanks in advance! -Kent
  5. I would love it if Filemaker, Inc. would allow developers to manually input gradient settings similar to CSS. This would be preferable than the current simplistic ‘color stop slider’. The purpose of this feature would allow developers to match a particular gradient found on the web. I've come across many I would love to emulate. The current setup makes it difficult to input color stops at the exact percentage along the ‘gradient graph’ with different colors when creating a gradient effect. The ability to input RGB or Hex variables with their exact color stops as an optional alternative to the simpler “color stop slider” would be ideal. Imagine taking advantage of all the great UI colors found across the web by simply looking at the CSS code of a particular website. Something similar to this: /* background: -webkit-gradient(linear, left top, left bottom, color-stop (0%,rgb(227,227,227)), color-stop(83%,rgb(209,208,208)), color-stop(92%,rgb(208,208,208)), color-stop(100%,rgb(204,205,205))) */ I understand you can work around the current limitations within FM by estimating where to put the color stop using the above percentages, but it never quite looks as good as the source. Also, using an image of a gradient is not very efficient in terms of performance. Oh! And can we finally get a better way to manage colors within FM’s Inspector already? Maybe one that doesn’t look like it was pulled out of Windows 3.11!
  6. Interesting read: https://css-tricks.com/understanding-and-manually-improving-svg-optimization/?utm_content=buffer4d8b8&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer
  7. I have a CSS Gradient in a Web Viewer. It works great on all web browsers except IE10. It will not display if IE10 is installed. Here is the code in the web viewer: "data:text/html," & "<style>body { border: 0; margin: 1; background: -webkit-linear-gradient(top, #16517c 0%,#174a74 100%); background: -ms-linear-gradient(top, #16517c 0%,#174a74 100%); filter: progid:DXImageTransform.Microsoft.gradient( startColorstr='#16517c', endColorstr='#174a74',GradientType=0 ); } </style>" If I use the same code in an html page it displays in IE10. I just will not display in the web viewer. Here is the code for an html page: <html> <head> <style>body { border: 0; margin: 1; background: -webkit-linear-gradient(top, #16517c 0%,#174a74 100%); background: -ms-linear-gradient(top, #16517c 0%,#174a74 100%); background: linear-gradient(to bottom, #16517c 0%,#174a74 100%); filter: progid:DXImageTransform.Microsoft.gradient( startColorstr='#16517c', endColorstr='#174a74',GradientType=0 ); }</style> </head> <body> </body> </html> I would really appreciate any help.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.